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CHAPTER 1 
INTRODUCTION 



1.1 GENERAL 

This manual describes the KB 11 -A and the KBl 1-D central processor units (CPUs). The purpose of this manual 
is to: 

1 . Provide an overall understanding of how the CPU (KBl 1-A or KBl 1-D) functions in the PDP-1 1 system. 

2. Describe how the KBl 1-A and KBl 1 -D logic works in sufficient detail to enable maintenance personnel 
to perform on-site troubleshooting repair. 

The KBl 1-A was the CPU used in all PDP-1 1/45 and 1 1/50 computer systems built prior to 1976. With the 
introduction of a high-performance floating-point unit, the FPl 1-C, design modifications to the CPU were 
required. These modifications were extensive enough to justify a new CPU designation - the KBl 1-D. Thus, the 
performance of the KBl 1-D is completely identical to the KBl 1-A except for increased floating-point per- 
formance (when the FPl 1-C is installed) and slight changes to the console operation. 

The KBl 1-A is still available in the PDP-1 1/45 and 1 1/50 systems. The new KBl 1-D is available in the PDP-1 1/55 
system and is also available in the 1 1/45 system, just as the KBl 1-A. 

Due to the numerous references to specific logic functions in the text, it is recommended that the reader refer to 
the appropriate PDP-1 1 Engineering Print Set (PDP-1 1/45, 1 1/50, or 1 1/55) while reading this manual. 

1.2 KBll-Dvs. KBll-A 

Tlie KBl 1-D processor is essentially the KB 11 -A with modifications. The major difference is the change in the 
microcode and flow diagrams. The KBl 1-D was the flows of the KBl 1-C (processor of the PDP-1 1/70 system). 
These microprogram flows (in terms of machine states) are provided in drawing D-CS-M8 103-0-1 for the KBl 1-A 
and in drawing D-CS-M8 123-0-1 for the KBl 1-D. The hardware variation consists of replacing the ROM and ROM 
control module (RAC), M8103, with the similar M8123 module from the KBl 1-C. Likewise, the instruction 
decode module (IRD), M8102, is replaced by the similar M8132 module of the KBl 1-C. The M8123 logic is 
shown on drawing D-CS-M8 123-0-1 and the M8132 logic is shown on drawing D-CS-M8 13 2-0-1. The Unibusand 
Console Control module (UBC), M8106, is also replaced by the similar M81 19. This new module is basically the 
M8106 with board section variations which resemble features of the KBl 1-C central processor of the PDP-1 1/70 
system. Because of variations in the console control module and microcode, console operation differs slightly 
between the KBl 1-A and KBl 1-D processors. 

Figure 1-1 summarizes the differences between the KBl 1-A and KBl 1-D. Because of the numerous similarities 
between the KBl 1-A and KBl 1-D, text applicable to both machines shall refer to the central processor as the 
KBl 1-A, D (meaning KBl 1-A or KBl 1-D). Differences shall be flagged where applicable. 
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Figure 1-1 KBl 1-D Central Processor 

1.3 RELATED DOCUMENTS 

This manual should be used in conjunction with the following related pubUcations: 

PDP-1 1/45, 1 1/50, and 1 1/55 System Maintenance Manual - EK-1 1045-MM-007 
PDP-1 1/04, 05, 10, 35, 40, 45 Processor Handbook - EB-05 138-75-070/20-9-50 
MSI 1-A,B,C Memory Systems Maintenance Manual - EK-MSl lA-MM-005 
FPl 1-B Floating-Point Processor Maintenance Manual* - EK-FPl l-MM-003 
FPl 1-C Floating-Point Processor Maintenance Manual** - EK-FPl lC-MM-001 
KTl 1-C, CD Memory Management Unit Maintenance Manual - EK-KTl lC-MM-005 
PDP-1 1 Peripheral Handbook - EB-05 1 17-060/20 - 90-50 



*FP1 1-B is the floating-point unit for the KBl 1-A central processor. 
**FP1 1-C is the floating-point unit for the KBl 1-D central processor. 
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CHAPTER 2 
GExNERAL DESCRIPTION 



2. 1 BASIC SYSTEM DESCRIPTION 

A PDP-1 1/45 system block diagram is shown in Figure 2-1. (A PDP-1 1/50 and 1 1/55 would appear similar.) The 
system may include either of the following central processors and their related peripheral devices: 

or 

1. Central Processor KB 11 -A KBll-D 

2. Memory System MS11-A,B,C MSll-AP 

3. Floating-Point Processor FPll-B FPll-C 

4. Memory Management Unit KTll-C KTll-CD 

In addition to these components, the system may include additional Unibus-connected components, including 
other processors. The basic PDP-1 1/50 includes a KBl 1-A central processor and its related devices (above). The 
basic PDP-1 1/55 includes a KBl 1-D central processor and its related devices (above). Note the PDP-1 1/45, 50, or 
55 system may be obtained with any number of devices or type of central processor. However, a specific 
processor requires specific types of related devices. 

Information enters and leaves the system through the peripheral I/O devices (and the KBl 1-A, D console). As 
the central processor for the system, the KBl 1-A, D fetches instructions from memory and executes the 
instructions. 

Many of the instructions specify operations to be performed on data, which can be data that is stored in the 
memory, in the processor, or data transferred with the peripheral device. 

When the processor executes instructions, both the instructions (including any address constants used by the in- 
structions) and the data are transferred on the Unibus, under the control of the processor. The processor can 
also respond to special conditions that can occur at any time (i.e., asynchronously). These conditions can be in- 
ternal conditions, such as power failure, bus errors, or stack overflow; or they can be external conditions, which 
are indicated to the processor by interrupt operations initiated by the peripheral devices. The processor responds 
to these asynchronous conditions by performing a series of data transfers which change the processor's operating 
context. In other words, the processor may execute a different program (or series of instructions) for each type 
of asynchronous event, and the processor can save the status of one program for later resumption while running 
another program. 

The system jumper board provides a simple, invariable mapping between the 1 6-bit addresses used by the KB 1 1 -A, 
D processor and the 1 8-bit addresses used on the Unibus. The address mapping is dependent on the three most- 
significant of the 16 bits in the KBl 1-A, D processor address; if these bits are all Is, the two most-significant 
bits of the Unibus address are forced to be Is; otherwise, the two most-significant bits of the 18-bit Unibus 
address are forced to be Os. 
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2. 1 . 1 A Faster Basic System 

The data processing capacity of a PDP-1 1 computer system can be increased, for many applications, by increasing 
eitlier tlie speed of tlie memory or the speed at which data operations are performed. 

An MSI 1 Semiconductor Memory System increases the memory speed in two ways: 

a. The access time of the memory is much less (typically 200 ns or less) than the access time of the 
Unibus memories (typically 500 ns or more). 

b. The MSI 1 is connected to the KBl 1-A, D processor by a Fastbus, which provides faster transfer times 
than the Unibus. 

The FPl 1 Floating-Point Processor provides faster data manipulation in two ways: 

a. Floating-point arithmetic operations can be performed at hardware speed, without the fetching and 
interpretation of sequences of instructions (i.e., the execution of a subroutine). 

b. Other instructions can be executed in parallel with a floating-point instruction, because the KBl 1-A, 
D processor is free to fetch and execute other instructions while the FPl 1 processor completes a 
floating-point instruction. 

Figure 2-1 illustrates a PDP-1 1/45, 1 1/50, or 1 1/55 system that includes an MSI 1 Semiconductor Memory System 
and an FPl 1-B, C Floating-Point Processor. The KBl 1-A, D processor performs all data transfers among parts of 
the system. All address information for transfers between the processor and memory, or between the processor 
and the Unibus peripherals, is provided by the SJB system-jumper board. Transfers between the KBl 1-A, D 
processor (CPU) and the FPl 1-B, C processor (FPP) do not require address information; instead, the processors 
use control signals that specify the type of information to be transferred and that also control the timing and 
direction of the transfer. 

2. 1 .2 A Virtual Machine System 

The PDP-1 1/45, 1 1/50, and 1 1/55 computer systems are particularly well-suited to a type of operation in which 
the computer system provides a "virtual machine" for each user program. In the virtual machine, the user pro- 
gram operates in isolation from all other programs; the computer system provides many high-level services such 
as device-independent I/O, memory management, program scheduling, and protection of the system from the user 
program. Many of the high-level functions are provided by system programs; the KBl 1-A, D processor can execute 
a variety of trap instructions used for communication between these system programs and the user program. The 
processor also has special operating modes for user programs, in which certain processor operations are prohibited 
to protect the system from improper use of these operations. 

One of the major functions of the virtual machine is memory management. This can take two forms: 

a. The management of a scarce resource; programs larger than the available memory can be run by loading 
each part of the program as it is needed. 

b. Control of a resource of increased size; although the KBl 1-A and the KBl 1-D use only 16 address bits 
(and can thus address only 2' * locations), other system components use 18 address bits (i.e., there can 
be 2' * locations, or 4 times as many as the processor can address directly), so the processor needs some 
means of specifying how the 1 6-bit addresses are to be mapped into the 1 8-bit addresses. 

Tlie KTl 1-C, CD Memory Management Unit is an option that replaces the SJB System Jumper Board to provide 
both forms of memory management. By allowing a virtual address space to be mapped partly into the physical 
address space, and partly (through non-resident traps) on secondary storage devices, the KTl 1-C, CD Memory 
Management Unit enables the KBl 1-A, D processor, with appropriate system software, to simulate a much larger 
available space. This requires the use of a mass storage device on the Unibus, as shown in Figure 2-1 . 
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The KTl 1-C, CD can also be used to map the address space of the processor onto the larger Unibus address space 
by converting the 16-bit addresses to 18-bit addresses. The mapping can be changed dynamically, at any time, so 
that a program can access the entire Unibus address space a part at a time. 

The memory management unit also provides some of the system protection against user programs. The KTl 1-C, 
CD can map different programs into different parts of the physical address space, providing a different context 
for each program; this is done so that both user mode and system programs can be in the memory at the same 
time, without conflict. In addition, the KTl 1-C, CD Memory Management Unit provides various types of access 
protection to prevent a user from inadvertently aUering or destroying valuable data. 

When the memory management system is used to control scarce resources, large blocks of data must be trans- 
ferred between a mass storage device and the memory. To prevent these transfers from using too large a part of 
the processing time, the mass storage device is allowed to conduct the transfers without processor intervention, 
using the Unibus. The KBl 1-A, D processor arbitrates the use of the Unibus, so that the data transfers between 
the mass storage device and the memory are interleaved with the data transfers between the processor and 
memory. The mass storage device uses interrupts to inform the processor when the transfer is completed or when 
an error occurs. 

The control section of the MSI 1 Semiconductor Memory System has two data transfer ports. One is used by the 
KBl 1-A, D processor, and the other is connected to Unibus B, so that a mass storage device can transfer directly 
to the MSI 1 memory. The PDP-1 1/45, 1 1/50, and 11/55 systems make use of the two data paths to reduce the 
interference between the mass storage device and the processor on the Unibus. This is done as follows: 

a. When the mass storage device is using the Unibus to transfer to, or from, Unibus memory, the processor 
can transfer to, or from, MSI 1 memory without conflict. 

b. There can be up to two memory controllers in the MSI 1 memory system; when the mass storage device 
is operating with one controller, the processor can operate with the other. 

These considerations can greatly reduce the system, overhead by allowing both the processor and the mass storage 
device to operate at maximum speed most of the time. In expanded systems, bus switches can be used to further 
improve the capacity for simultaneous operation. 

2.2 FUNCTIONAL DESCRIPTION 

The basic functions performed by the KBl 1-A, D processor include the following: 

a. manipulating data 

b. transferring data among other devices 

c. fetching and executing instructions 

d. responding to asynchronous conditions 

2.2.1 Data Manipulation 

Figure 2-2 is a functional block diagram which illustrates the structure of the KBl 1-A, D processor data paths. 
The data manipulation elements can perform arithmetic, logic, and shift operations on data from various sources, 
and the result of each data manipulation can be distributed to various destinations. The primary area for the 
storage of data in the processor is the general registers, which are used to store data and address constants. 
Another register that is connected to the data manipulation elements is the bus register (BR); this register is a 
central point in the data paths because all data that enters the processor from other devices enters through the 
BR, and all data that is transmitted from the processor to other devices is transmitted from the BR. 
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Figure 2-2 Processor Data Paths, Functional Block Diagram 

2.2.2 Transferring Data 

Data transfers between devices in a PDP-1 1/45, 1 1/50, or 1 1/55 system take place on the Unibus or for certain 
devices, connect directly to the processor (the KTl 1-C, CD, the FPU, and the MSI 1 system) on an internal bus 
or Fastbus. These buses are part of the processor. Some Unibus data transfers occur without processor interven- 
tion; they are performed by devices that can become Unibus master and can directly provide address and control 
information. For most simpler devices (especially memories) and for devices on the Fastbus, the KBl 1-A, D 
processor controls the data transfers and provides address and control information. 

The KBl 1-A, D processor provides address information from the general registers; the control signals for data 
transfer are provided by the control section of the processor. All data that enters and leaves the processor does so 
through the BR register. Data transfers can be combined with data manipulation; most PDP-1 1 instructions pro- 
vide the ability to operate directly on data from other devices (such as memory), and to return the data to the 
devices in the same instruction. 

2.2.3 Handling Instructions 

The users specify the data manipulation and transfer operations that the KBl 1-A, D processor is to perform by a 
series of instructions. The instructions are stored in the memory of the computer system and can be transferred 
as data. Each instruction, in turn, must be transferred from the memory to the processor, where it is decoded and 
used to guide the processor in executing a series of operations. 

Figure 2-3 illustrates the control section of the KBl 1-A, D processor on a functional block diagram level. The con- 
trol logic of the processor produces control signals which cause various operations in the data paths of the proces- 
sor, and are external to the processor on the Unibus and Fastbus. The states of these control signals are selected 
by various inputs. The inputs that are most important in determining the sequence of operations executed for 
any instruction are the inputs from the data paths and from the instruction register (IR). 

The data paths' inputs are selected information about the data that is currently being processed. These inputs are 
used as conditions to determine which variation of the instruction sequence should be used. The IR register is 
loaded from the same inputs as the BR; however, the outputs of the IR are used only for instruction decoding, 
and the IR is loaded only when the data has been fetched specifically as an instruction (i.e., the contents of the 
IR are seldom changed when the BR is loaded). 
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Figure 2-3 Control Section, Functional Block Diagram 

2.2.4 Handling Asynchronous Conditions 

The KBl 1 -A, D processor responds to various types of asynchronous conditions. In general, the response of the 
processor is to store the current operating context (the processor status and the address of the next instruction of 
the current program, as well as the operating mode and register set selection), load a new context, and then begin 
executing a service program for the recognized condition. The service program begins at an address specified in 
tlie new context information. 

This response to asynchronous conditions is controlled by a sequence of signals generated in the control section 
of the processor. The control section produces this sequence when certain inputs are recognized, provided that 
the processor is in a state where the response is allowed (many asynchronous conditions are ignored until the 
processor has completed an instruction). The inputs to the control section that are important for recognizing 
these conditions are the inputs from devices external to the processor and the inputs from the special registers. 
The special registers are treated by the KBl 1-A, D processor as external to the processor; they are loaded from the 
BR and read into the BR. These registers include the stack limit and programmed interrupt request registers 
which contribute signals used by the control section of the processor to determine what asynchronous conditions 
exist. The processor status register is also included in the special registers; it is used by the control section to de- 
termine the asynchronous conditions to which the processor should respond. 
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CHAPTERS 
CONCEPTS 



The purpose of this chapter is to introduce several concepts used in the design of the KBll-A, D processor and 
in the PDP-1 1/45, 1 1/50, and 1 1/55 System. Some of these concepts are used throughout the descriptions of the 
KBl 1-A, D operation and implementation; other concepts are presented because they illustrate why the processor 
has certain features and is structured the way it is. 

The concepts presented in this chapter are general in nature and they apply to many different computer systems. 
The specific applications ofeach concept in the KBll-A, D processor and in the PDP-1 1/45, 11/50, and 11/55 
System are not all described in this chapter. The reader .who is primarily interested in the details of the KBl 1-A, D 
operation may wish to skip this chapter and read just Chapters 7 and 8; the reader who wants an overview of the 
processor's structure may wish to read just Chapter 4. However, many of the concepts introduced in this chapter 
are used throughout the succeeding three chapters and are helpful in gaining a complete understanding of the 
KBl 1-A, D processor. 

3.1 MICROPROGRAMMING 

The KBl 1-A, D processor uses a microprogram control section which reduces the amount of combinational logic 
in the processor. This paragraph introduces the concept of microprogramming by first describing a digital com- 
puter, then dividing the computer into various parts, and finally, describing how some of these parts differ for a 
microprogrammed processor. 

3.1.1 Digital Computer Description 

Although a computer can effect complicated changes to the data it receives, it must do so by combining a large 
number of simple changes in different ways. The part of the digital computer that actually operates on the data 
is the processor. (The KBl 1-A, D is the processor of a PDP-1 1/45, 1 1/50, or 1 1/55 computer.) A processor is 
made up of logical elements; some of these elements can store data, others can do such simple operations as com- 
plementing a data operand, combining two operands by addition or by ANDing, or reading a data operand from 
some other part of the computer. These simple operations can be combined into functional groups; such a group 
is called an instruction, and it includes operations that read data, operations that combine, change, or simply 
move the data, and operations that dispose of the data. Instructions can be further combined into programs, 
which use the combined instructions to construct even more complex operations. 

Tlie logical elements of a processor can only perform a small number of operations at one time. Therefore, to 
combine operations into an instruction, the instruction is divided into a series of operations (or groups of opera- 
tions that can be performed simultaneously). The processor does each part of the series in order. One way to 
describe how the processor executes an instruction is to call each operation (or group of operations) a machine 
state. An instruction then becomes a sequence of machine states which the processor enters in a specific order. 
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The processor can bo completely described in terms of machine states by listing all the machine states in which 
the processor can perform (i.e., all the different operations or groups of operations that It can perform) and all 
the sequences In which these machine states can occur. The sequence of machine states is determined by the cur- 
rent state of the computer; this includes such information as the instruction being executed, the values of the 
data being operated on, and the results of previous instructions. 

In terms of the machine state description, the processor can be divided into two parts. The first part, called the 
data section, includes the logic elements that perform the operations which make up a machine state. The second 
part, called the control section, includes all the logic that determines which operations are to be performed and 
what the next machine state should be. The data section and control section are discussed in the following para- 
graphs. 

3.1.2 The Data Section 

Figure 3-1 is a simplified block diagram that shows the divisions of the processor in a digital computer. During 
each machine state, the data section performs operations selected by signals from the control section. The data 
section provides inputs to the control section which help determine the next machine state; the data section also 
exchanges data with other devices external to the processor. 
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Figure 3-1 Simplified Processor Block Diagram 

The data section can be divided into three functional sections; each section is discussed in one of the following 
paragraphs. 

3.1 .2.1 The Data Storage Section - For the processor to combine data operands it must be able to store data 
internally while simultaneously reading additional data. Often, a processor stores information about the instruc- 
tion being executed, about the program from which the instruction was taken, and about the location of the data 
being operated on, as well as a number of data operands. When the processor must select some of the internally 
stored data, or store new data, the control section provides control signals which cause the appropriate actions 
within the data storage section. 
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3.1 .2.2 The Data Manipulation Section — This section includes the various logic elements that actually change 
data. Many of these elements are controlled by signals from the control section which select the particular opera- 
tion to be performed. Data manipulation is performed on data being transferred between the processor and the 
rest of the system, and on data that remains within the processor. In some cases, the data that remains within the 
processor is used to control the processor by providing inputs to the sensing section of the processor control. 

3.1.2.3 The Data Routing Section — The interconnections between the logic elements in the data storage section 
and the elements in the data manipulation section are not fixed; they are set up as required in each machine state. 
The control section generates signals that cause the logic elements in the data routing section to form the appro- 
priate interconnections within the processor, and between the data interface and the data storage and manipula- 
tion sections. 

3.1 .2.4 The Data Section in the KBl 1 -A, D — Paragraphs 4.2 through 4.6 of this manual describe the data section 
of the KBl 1-A, D on a block diagram level; the paragraph is divided into three subsections which correspond to the 
storage, manipulation, and routing sections discussed above. 

3. 1 .3 The Control Section 

The simplified block diagram in Figure 3-1 shows that the control section of a processor receives inputs, which 
are used by the sensing logic to help select the next machine state, from all parts of the data section of the pro- 
cessor. The control section also generates control signals to all parts of the data section and communicates with 
other parts of the computer system through control signals. The following paragraphs describe the three parts of 
the control section. 

3.1 .3.1 The Sequence Control Section — The primary control of the processor is the selection of the sequence 
of machine states to be performed. This is done by the sequence control section which selects the next machine 
state on the basis of: 

a. the current machine state 

b. inputs from the data section (such as the instruction type or the data values) 

c. information about external events 

The sequence control section maintains information about the current machine state, and receives information 
from the data section and the external environment through the sensing section. 

3.1.3.2 The Function Generator — In each machine state, the data section performs operations selected by sig- 
nals from the control section of the processor. The function generator produces these control signals on the basis 
of the current machine state (and sometimes, to a very limited extent, on inputs, from the sensing section, of in- 
formation such as the instruction type). 

3.1.3.3 The Sensing Logic — In general, the sequence control section requires inputs that select one of a limited 
number of machine states to follow the current state. Because the conditions used to distinguish which state 
should follow the current state may be different for different current states, the sensing section acts as a selector 
to provide only the currently-needed inputs to the sequence control section. 

3.1.3.4 The Control Section in the KB 11 -A, D — Paragraphs 4.7 and 4.8 of this manual describe the control sec- 
tion of the KBl 1-A, D processor on a block diagram level. The function generator comprises the microprogram 
ROM, its output buffer, and several logic elements that generate control signals based on sensed inputs (notably 
through the subsidiary ROMs). The sequence control comprises the microprogram address generation logic. The . 
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sensing section includes the various logical elements that receive inputs from the data section, especially the 
condition-code generator, the subsidiary ROMs, and the branch logic. The external interface includes parts of 
the sensing and function generation logic, while the timing module includes part of the lowest level of sequence 
control. 

3.1 .4 Microprogramming in the Control Section Implementation 

This paragraph describes two methods of implementing the control section of a processor. The first method, 
which is called the "conventional" method for the purposes of this discussion, uses combinational networks, with 
many inputs combined in varying ways to produce each output. The second method, which is called "micropro- 
gramming", replaces most of the combinational networks with an array structure. The array requires a small num- 
ber (approximately 10) of inputs to select the output states for a large number (approximately 100) of signals. 
Because the array is a regular structure, it is simpler to construct and understand, and less expensive. 

3. 1 .4.1 Conventional Implementation — In a conventional processor, each control signal is the output of a com- 
binational network that detects all the machine states (and other conditions) for which the signal should be as- 
serted. The machine state is represented by the contents of a number of storage elements (such as flip-flops), 
which are loaded from signals that are, in turn, the outputs of combinational networks. The inputs to these net- 
works include: 

a. the current machine state 

b. sensed conditions within the processor 

c. sensed external conditions 

The number of logical elements in the processor is often reduced by sharing the outputs of networks which gener- 
ate intermediate signals needed in the generation of several control signals, or even in the generation of control 
signals and machine states. Unfortunately, while this reduces the size of the processor, it increases the complexity 
and difficulty of understanding the device because it is no longer obvious what conditions cause each signal. In 
addition, the distinction between the sequence control and the function generator is blurred, which makes it more 
difficult to determine whether improper operation is caused by a bad machine state sequence or, more simply, by 
the wrong control signals within an otherwise correct machine state. 

3.1 .4.2 Microprogrammed Implementation — The microprogrammed implementation is based on the following 
observation: each control signal is completely defined if its value is known for every machine state. The function 
generator section can therefore be implemented as a storage device: the storage is divided into words, with each 
word containing a bit for every control signal; there is one word for each machine state. During each machine 
state, the contents of the corresponding word in the storage element are transmitted on the control lines. For 
most control signals, the output of the storage unit is the control signal, and no additional logic is required. 

The two tasks of the sequence control section are to select the next machine state, and to provide information 
about the current machine state to the function generator. The only information that the function generator in a 
microprogrammed processor requires is which word to use as control signals. Therefore, the sequence control 
simply provides an address that selects the correct word. The sequence control must also select the address of the 
next word to determine the machine state sequence. Because the next machine state is determined in part by the 
current machine state, information is stored in the microprogram that helps to select the next state; the micropro- 
gram word contains the control signal values and the address and sensing control information required by the 
microprogram address generation logic (i.e., by the sequence control). 

In a microprogrammed control like the one described above, the two major portions of the control section have 
been simplified to regular logical structures. The function generator is entirely separate from the sequence con- 
trol, so it is easy to isolate malfunctions to the microprogram storage or to the address generator. In addition, 
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the sensing logic is simplified, because each sensed condition is reduced to a single signal and the sensing logic 
selects the appropriate signals for the current machine state based on signals output from the microprogram stor- 
age. To summarize this discussion, a microprogrammed processor has a simpler, more regular, more easily re- 
paired control structure, based on the generation of control signals from stored information, and the selection of 
each machine state based on information stored in the current machine state and on information from a simpli- 
fied sensing section. 

3.2 PARALLEL OPERATION (PIPELINING) 

In a digital computer system, the processor is usually the fastest part of the system. In order to achieve the maxi- 
mum speed of operation, all parts of the processor should be used as much of the time as possible. To prevent 
the processor from wasting time waiting for other parts of the system, the processor must make use of the exter- 
nal data transfer interface as much as possible. Because any one operation that the processor performs uses only 
part of the processor's available resources, the two-considerations above require the processor to perform several 
operations in parallel. 

In general, the sequence of operations required for each instruction uses various parts of the processor at differ- 
ent times. Some parts of the processor, such as the program counter, are used only during the early parts of the 
instruction; others, like the shift counter, are used only during later parts of the instruction. The processor can 
only be fully utilized if different parts of the processor can be used for parts of different instructions during the 
same machine state. 

When the processor works on the early part of an instruction at the same time that it completes the previous in- 
struction, this form of parallel operation is called pipelining. The processor attempts to make continuous use of 
the external data interface by fetching each word addressed by the program counter (PC) in succession (incre- 
menting the PC during each transfer), on the assumption that the next word required will be the one following 
the current instruction. In the pipelining analogy, the processor attempts to fill a pipe, corresponding to the dif- 
ferent parts of the processor used successively by each instruction, with a series of instructions. 

The current instruction often requires some other words, from the external storage. At times, the next instruction 
does not follow the current instruction because the PC has been explicitly changed by the current instruction. 
When either of these two conditions occurs, the processor must stop the data transfer begun after the instruction 
fetch, and begin a data transfer with a different address. In the pipeline analogy, this is a break in the smooth 
flow of instructions through the pipe; some time is lost before the pipe drains (the current instruction is com- 
pleted) and can be refilled (a new instruction fetched and a transfer begun to read the word following that in- 
struction). 

A second form of parallel operation occurs in the KBl 1-A, D to further improve the utilization of the processor. 
Because the processor includes several types of data storage and data manipulation elements, with different inter- 
connections, several data transfers can take place within the processor simultaneously. As an example, during the 
same machine state that completes an external data transfer, the processor can read a general register into a tem- 
porary storage register, and perform an addition that adds a constant to the program counter. 

Ttie use of parallel operations within an instruction reduces the number of machine states (and therefore the total 
time) required to execute each instruction; the use of pipelining further reduces the number of machine states re- 
quired to execute a program by effectively eliminating the elapsed time between many external data transfers. 
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3.3 VIRTUAL MACHINES 

As described in Chapter 2 (and in more detail in the following chapters), the KBl 1-A, D processor can perform 
many functions. The processor executes instructions and operates on data, both of which are stored in memory, 
and it responds to various asynchronous events. 

The response to an interrupt or trap is not entirely designed into the processor. Instead, the response is con- 
trolled by a series of instructions (a program) which is selected by a simpler hardware response when the asyn- 
chronous event is detected. Often, a number of programs are required to respond to a number of events, and the 
scheduling, coordination, and interaction of these programs is one of the most important (and difficult) parts of 
programming a computer system. 

In many applications, the user programs that are written for the system are treated as though they are interrupt 
response programs. This is done to simplify the scheduling, to allow each user program to operate with a termi- 
nal (some form of character input/output device), and to allow several user programs to operate at once. By run- 
ning several programs at once, the processor can be utilized more fully than is generally possible with only one 
user program, which would often be waiting while devices other than the processor completed data transfer op- 
erations. With several programs to be run, the processor can be switched among the programs so that those ready 
to run have the use of the processor while others are waiting. The use of the processor for several programs at 
the same time is called multiprogramming. 

Running programs in a multiprogrammed system presents several difficulties. Each program can be run at arbi- 
trary times, but all the programs must be capable of running together without conflict. A failure in one program 
must not be allowed to affect other programs. Each program must be able to use all features of the system in a 
simple, easily -learned manner, preferably in such a way that the program does not need to be modified to run in 
a different hardware configuration. 

These difficulties are overcome by providing each program with a virtual machine. The programmer writes his 
program as though it is to run by itself; the program uses any system resources (such as memory or peripheral de- 
vices), and the system provides the services necessary to support the program and coordinate it with other pro- 
grams in operation. The physical hardware in the system is combined with a control, or executive program to 
simulate a more powerful hardware machine; it is for this more powerful, but abstract, machine that the programs 
are written. 

Based on this discussion, the hardware machine and the executive program must combine to fulfill the following 
four major objectives of the virtual machine: 

a. Mapping - The virtual machine of the program currently in operation must be assigned to some part of 
the hardware machine. 

b. Resource management - The scheduling of programs, and the allocation of parts of the hardware 
machine, must be performed by the executive program. 

c. Communication - The virtual machine must be able to request services from the executive program, 
and the executive program must be able to transfer data back and forth with the user programs. 

d. Protection - The system that supports the virtual machine, and all other virtual machines, must be 
protected from failures in any one virtual machine. 

Each of these subjects is discussed in one of the following paragraphs. 
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3.3.1 Mapping 

Each time a program is run (or, if tlie multiprogramming system is running several programs in a round-robin 
manner, each time a program resumes operation), it has some of the system hardware allocated to it. This gener- 
ally includes some part of the memory to contain the instructions and data required by the program, some of the 
processor's registers, a hardware stack (which is actually an area in the memory and a pointer to that area in a 
processor register), possibly some peripheral devices, and perhaps a fixed amount of the processor's time. All of 
these allocations must be made in such a way that the hardware machine can then execute the user program with 
a minimum of extra operations; i.e., so that the execution of the user program requires as few additional memory 
cycles, or additional machine cycles, as possible. Therefore, the allocation is done entirely in the hardware ma- 
cliine; registers in the hardware contain all the allocation (mapping) information, and all references to virtual ad- 
dresses, virtual stack locations, virtual register contents, or virtual devices converted by hardware to physical refer- 
ences. 

In PDP-1 1/45, 1 1/50, and 1 1/55 Systems, the mapping is done by two devices. The mapping of virtual registers 
into processor registers, of the virtual stack, and of the virtual program counter, is done by loading the appropriate 
values into the processor registers; one of two sets of general registers can be selected for the user, and the 
processor has a separate stack for user mode, while the program counter is changed by interrupt and trap opera- 
tions and by the return from interrupt (RTI) or return from trap (RTT) instructions. 

The remaining mapping functions distribute the virtual memory into the physical memory. In the physical mem- 
ory, many specific addresseis are reserved for special functions; the lowest addresses are used for interrupt and 
trap vectors, while the highest addresses are used for device registers. Because all the functions that require re- 
served addresses in the physical memory are performed either by the physical machine or by the control program, 
these addresses need not be reserved in the virtual machine. Therefore, the programs written to be run in the vir- 
tual machine can use any addresses; specifically, these programs can start at address 000000 and continue through 
ascending addresses to the highest address needed. 

In discussions of the virtual memory and the physical memory, it is often necessary to describe the addresses used 
to select data items within the memory. The range of addresses that it is possible to use is called the address 
space. The maximum range of addresses that can be used in the virtual machine (which in the PDP-1 1/45, 1 1/50, 
and 1 1/55 is the maximum number that can be contained in a 16-bit word) is called the virtual address space, 
while the maximum range of physical addresses that can exist in the hardware system is called the physical address 
space (in the PDP-1 1/45, 1 1/50, and 1 1/55 this can be all the addresses expressed by an 18-bit number). 

If the user program is to use addresses in the virtual address space that are reserved in the physical address space, 
then the virtual address space must be relocated to some other part of the physical address space. In a multipro- 
gramming system, several user programs, each in its own virtual address space, may be sharing the physical address 
space. Therefore, the relocation of the virtual address space into the physical address space must be variable ; each 
time a program is run, it may be allocated a different part of the physical address space. The KTl 1-C, CD provides 
the capability of varying the relocation for each user program by storing a map of the memory allocation in a set 
of registers. 

3.3.2 Resource Management 

In a multiprogramming system, each user program operates in a virtual machine that can utilize any of the pos- 
sible devices or functions of the physical machine, as well as many functions performed by the executive program. 
The resources that exist in the system must be allocated to each user program as required, but without allowing 
conflicts to arise where several user programs require the same resources. The physical machine and the executive 
program must resolve any protective conflicts by scheduling the resources for use by different programs at differ- 
ent times, and must schedule the user programs to operate when the resources are available. 
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The management of input/output or peripheral devices is beyond the scope of this discussion, which is primarily 
concerned with the basic PDP-1 1 /45, 1 1/50, and 11/55 System. Within the system, the two most important re- 
sources, which require the most care and effort to control, are the memory and the processor. 

3.3.2.1 Processor Management - The processor can only operate on one instruction at a time (this is not strictly 
true, as discussed in Paragraph 3.2, because of the pipelining of instructions and because of the parallel operation 
of the FPl 1 Floating-Point Processor, but these overiapping operations do not affect this discussion). When sev- 
eral programs are sharing the use of the processor, the processor operates on each program in turn; either the pro- 
cessor is shared among the programs by using periodic interrupts to allow the executive program to transfer the 
processor to another user program, or each user program runs to completion before the next user program begins. 
To share the processor on a time basis, the executive program must perform the transfer from one virtual machine 
to another. Each virtual machine is given control of the physical machine by loading the map of that virtual ma- 
chine into the physical machine. That is, the executive program changes virtual machines by changing the con- 
tents of the processor registers used by the virtual machine, and by changing the contents of the registers in the 
KTl 1-C, CD which map the virtual address space. 

3.3.2.2 Memory Management - Memory management is much more complicated than processor management. 
If a program uses a large proportion of the virtual address space, and only a small amount of memory is physically 
available in the system, the program may be too large to fit into the memory all at once. Fortunately, in most 
programs only a small part of the program (or possibly several small parts, one for the instruction stream and one 
or more for blocks of data) is used at any one time. To take advantage of this fact, the virtual address space is 
divided into pages so that each page can be mapped separately. Only the pages that are in use in the current in- 
struction are required to be in the physical memory during the execution of that instruction. 

As described in Chapter 2 of this manual, a system which uses the KTl 1-C, CD memory management unit to permit 
each virtual machine to have a larger address space than the available physical memory must also include a mass 
storage device to hold those parts of each virtual memory that are not in the physical memory. As a program pro- 
ceeds through a sequence of instructions, it requires different pages of the virtual memory. The memory map in 
the KTl 1-C, CD includes relocation information for each page of the virtual address space, and also includes infor- 
mation specifying which pages are currently in the physical memory. If the processor attempts to perform trans- 
fers with a virtual address which is on a non-resident page, the KTl 1-C, CD stops the execution of the instruction 
and, through a trap function, begins the execution of a part of the executive program which transfers the required 
page into the physical memory and changes the map in the KTl 1-C, CD to reflect the newly available page. 

3.3.2.3 Memory Use Statistics — If it is necessary for the executive program to bring a page into the physical 
memory, but all of the physical memory is already in use, the executive program must remove some other page 
(from the same virtual machine or, in a multiprogramming system, from some other virtual machine) from the 
physical memory. When a page is removed from the physical memory, a copy of that page must be stored in the 
mass storage device; if a copy of the page is already on the mass storage device, and none of the data (or instruc- 
tions) stored on the page have been changed, the writing of the page onto the mass storage device can be bypassed. 
Each time a page must be replaced, the executive program attempts to predict which page is least likely to be used 
in the future, so that it will not soon need to be moved back into the physical memory. 

Tlie KTl 1-C, CD Memory Management Unit includes hardware to permit choosing the page to replace and to deter- 
mine whether that page must be written onto the mass storage device. Each external data transfer performed by the 
KBl 1-A, D processor requires that the KTl 1-C, CD Memory Management Unit convert a virtual address into a physi- 
cal address. At the same time, the KTl 1-C, CD keeps track of which virtual pages have been accessed and which vir- 
tual pages have been written into. The executive program operates on the assumption that pages which have been 
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recently accessed will also be used soon in the future. To find a page which can be replaced, the executive pro- 
gram looks for a page which has not been used, preferably from the address space of a user other than the current 
user. If there are no virtual pages currently in the physical memory that have not been accessed, the executive 
program looks for a page that has not been written into, to avoid having to copy a page to the mass storage de- 
vice. If all the virtual pages in the physical memory belong to the current user, the executive program looks for a 
page that has not been used recently, again preferably one that has not been written into. By use of the hardware 
memory management unit and of a variety of scheduling and allocation algorithms in the executive program, the 
PDP-1 1/45, 11 /50, and 1 1/55 Systems can provide a number of user programs with virtual machines of great 
power and flexibihty, with a minimum burden on the user program. 

3.3.3 Communication 

A program running in a virtual machine must be able to communicate with the executive program, to request vari- 
ous services performed by the executive program, or to determine the status of the system. The same type of 
communication can be used for communication between virtual machines, by providing inter-machine communi- 
cation as a sei-vice through the executive program. The same hardware functions that provide a means for the 
user program to communicate to the executive program are also used by the executive program to determine the 
status of the user program when a trap or abort condition occurs. 

The user program requests services by executing trap instructions (such as EMT, TRAP, or lOT). Abnormal con- 
ditions caused by a program failure, such as an odd address for a word data transfer, or an attempt to execute a 
reserved instruction, cause internal processor traps. In either case, the trap function performed by the processor 
serves to notify the executive program that an instruction is required. 

3.3.3.1 Context Switching - The executive program must then begin executing instructions to perform the re- 
quested service or to correct the failure condition, if possible. However, in order for the hardware machine to 
operate on any program other than the user program, the mapping information must be changed to reflect the al- 
locations used by the new program. 

The trapping function performs the change of most of the mapping information. The contents of the program 
counter (PC) and the processor status (PS) registers are changed directly; the old contents are stored on a stack in 
memory pointed to by a stack pointer, and the new contents are supplied from locations called a trap vector. The 
address of the trap vector is provided by the processor and depends on the type of trap instruction or trap condi- 
tion, so that for each trap instruction or condition, a different PC and PS can be supplied. 

The KTl 1-C, CD Memory Management Unit stores the maps for both the executive program and one user program, 
in separate registers. The processor indicates which map should be used to relocate virtual addresses. During the 
execution of instructions (as opposed to the interrupt and trap service function), the address space map to use is 
specified by bits 15 and 14 of the PS. These bits also specify which stack pointer register in the processor to use 
(there is a separate register for each virtual machine). Because the trap and interrupt service function loads the 
PS register with a new value, this function changes almost the entire virtual machine context directly. 

The only remaining parts of the virtual machine context that require changes are the general registers in the pro- 
cessor. These can be changed either by saving the contents of the registers from the previous virtual machine on 
the hardware stack and loading new contents, or by selecting the alternate set of general registers (the processor 
has two sets of general registers through 5). Register set selection is controlled by bit 1 1 of the PS register, so 
this method can be used in conjunction with the trap service function. 
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To summarize the change of virtual machines, the mapping in the hardware system includes the selection of a 
register set, a stack pointer, a program address (in the program counter), an address space, and a processor status. 
The trap and interrupt service function, which is performed by the processor as an automatic response to trap an 
instruction or abnormal condition, can change all of these selections as follows: 

a. The program counter and processor status are changed directly. 

b. Bits 1 5 and 14 of the PS select the new address space and stack pointer. 

c. Bit 1 1 of the PS selects the new register set. 

The mapping and selection information for the previous virtual machine is completely saved, either by remaining 
in unselected portions of the processor and the memory management unit, or by being stored on the hardware 
stack. If the selected register set is shared with other virtual machines, the register contents must be changed by 
an instruction sequence. 

3.3.3.2 Inter-Program Data Transfers - When the new virtual machine begins executing a service program for 
the programmed request (if a trap instruction was executed) or abnormal condition (if a trap condition occurred), 
the service program must get information from the previous virtual machine. This information may define the 
status of the previous virtual machine after an abnormal condition occurred so that the service program can cor- 
rect the condition and restore the correct status before returning control to the previous virtual machine. If the 
service program is performing a service, the information required from the calling program may define the spe- 
cific type of service to perform, or provide the addresses of data buffers, or specify device and file names. 

Most information required by the service program is stored in the calling program's address space. To get this in- 
formation, and to return information to the calling program, the service program must be able to operate in the 
present address space and transfer data in the previous address space, at the same time. The KB 11 -A, D processor 
provides instructions to do this. 

The special instructions that transfer data between virtual address space make use of the processor status register 
to specify which address space is being used by the current virtual machine, and which address space was used by 
the previous machine (this is identified by bits 13 and 12 of the PS). The data is transferred between the hard- 
ware stack of the current address space and arbitrary addresses of the previous address space. The calculations of 
the virtual address in the previous address space are performed by the processor, in the normal data fetch se- 
quences, using data in the current address space; i.e., any index constants or absolute addresses used to generate 
the virtual address are taken from the current address space, just as the instructions are. 

Each virtual address space is divided into an instruction (I) space and a data (D) space, as described in Paragraph 
3.3.4. Each I or D space has a full set of 2^* virtual addresses. Therefore, the communication instructions are 
available in two versions; one to transfer with the previous instruction space, and one to transfer with the previ- 
ous data space. A different instruction is needed for each transfer direction, as well, so there are four communi- 
cation instructions: move to previous instruction space (MTPI), move to previous data space (MTPD), move from 
previous instruction space (MFPI), and move from previous data space (MFPD). 

3.3.3.3 Returning to the Previous Context - Because all the mapping and context information for the previous 
virtual machine is saved when the trap and interrupt service function sets up a new virtual machine, the hardware 
system can resume the execution of any program at the same point that it was interrupted. This is done with a 
return from interrupt (RTI) or return from trap (RTT) instruction, which replaces the program counter and pro- 
cessor status values of the current virtual machine with the stored values from the previous virtual machine. 

The processor status selects most of the mapping information, as described previously, so the return instructions 
completely restore the previous context. 
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3.3.4 Protection 

Tlie hardware system and the executive program must be protected from programming failures in each virtual 
machine. In addition, most systems provide protection so that no program operating in a virtual machine can 
take control of the system or affect the operation of the system without authorization. A third form of protec- 
tion that is useful in a large and complex system is the protection of the executive program against itself. The 
executive program is divided into a basic, carefully written kernel, which is allowed to perform any operation, 
and a broader supervisor, which can not perform privileged operations, but which provides various services useful 
to the executive program and to the user programs. 

The forms of protection provided include the different address spaces for different types of programs, a variety 
of restricted access modes, and restricted processor operations. The address space protection can be used with 
any type of program, whether operating in user, kernel, or supervisor mode. The restricted processor operations 
are usable only in kernel mode; supervisor mode has the same restrictions as user mode. 

3.3.4.1 Separate Address Spaces - The most basic protection against modification of the executive program by 
a user program (or «f the kernel section by the supervisor section) is the separation of the address spaces. A pro- 
gram operating in user mode operates in the user address space. It can not access any physical addresses that are 
not in that address space, regardless of their correspondence to addresses in any other virtual address space. The 
executive program can prevent a user program from accessing other virtual address spaces through the communi- 
cation instructions (MTPI, MTPD, MFPI, MFPD) by forcing bits 13 and 12 of the stored processor status word to 
Is (to reflect user mode) before executing an RTI or RTT instruction to return control to the user program. This 
forces the previous mode bits in the processor status register to take on user mode, just as the current mode bits 
are set to user mode, and the communication instructions operate only within the user address space (Paragraph 
3.5). 

3.3.4.2 Access Modes - Within one address space, it is often useful to be able to protect certain parts of a pro- 
gram from unintentional modification. This can be done by allowing the data in those addresses to be read, but 
prohibiting transfers into the addresses. This is known as read-only (or write-protected) access. Areas in a virtual 
address space that contains alterable data must permit read/write access, but areas that contain unmodified in- 
structions may be read-only. 

Another useful form of access protection distinguishes between read accesses that fetch instructions (or address 
constants) and any accesses that transfer data. If instructions can be accessed by the processor only as instruc- 
tions, they can be executed but can not be read or transferred to any other part of the address space. This pre- 
vents the user from determining what the instructions are in order to tamper with the instruction sequence or at- 
tempt to modify the program in undesirable ways. This type of access restriction is called execute-only access. 

The KTl 1-C, CD Memory Management Unit provides read/write, read-only, and execute-only access modes in the 
PDP-1 1/45, 1 1/50, and 1 1/55 Systems. The access mode is stored in the mapping registers along with the reloca- 
tion information; in fact, when a page of the virtual address space is not in memory, a special access code that 
identifies the page as non-resident is used. Tlie execute-only access mode is not a separate access mode, but is 
provided by separating the address space into two address spaces that are used for the different kinds of transfers. 
One address space is used for all transfers that fetch instructions, and is called the instruction (I) space, while a 
second address space is used for all data transfers, and is called the data (D) space. If the two address spaces are 
mapped separately, attempts to use the same address for an instruction and for data may address different physical 
locations. If no addresses in the D space correspond to the physical addresses used in the I space, then the instruc- 
tions can not be accessed as data and an execute-only access mode has been achieved. This mode must be used with 
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caution; however, tables that are accessed by indexed address modes must be in D space and MARK instructions, 
which arc stored on the hardware stack as data and then executed, require the stack to be in the same virtual 
addresses in I and D space. 

3.3.4.3 Privileged Instructions - Certain PDP-1 1 instructions that affect the operation of the hardware machine 
must be prohibited in the virtual machine. These include the HALT instruction, which stops the physical ma- 
chine and thus prevents any virtual machines from operating, the RESET instruction, which stops all input/ 
output devices, regardless of which virtual machine they are allocated to, and various processor status change in- 
structions. These instructions are allowed only in kernel mode so that the executive program can control the en- 
tire hardware system; they are ineffective in the supervisor or user mode. The RESET and set priority level (SPL) 
instructions are allowed to execute in these modes, but have no effect; the HALT instruction activates a trap 
function so that the executive program may stop all action for the virtual machine that executed the HALT, but 
continue other virtual machines. 

3.4 RE-ENTRANT AND RECURSIVE PROGRAMMEVG 

A program can generally be divided into routines, each of which performs a function that is built up from a se- 
quence of instructions. Often the function performed by a routine is needed in several other routines, so it is de- 
sirable to be able to call the routine from many other routines in the program; i.e., the program should be able to 
transfer the processor to the instructions that execute the function, and then have the processor resume the exe- 
cution of the instructions following the calling instruction. A routine which is called from other routines is said 
to be subordinate to those routines and is called a subroutine; the special instructions that transfer the processor 
to the beginning of a subroutine and that return the processor to the calling routine are called subroutine linkage 
instructions. 

3.4.1 Recursive Functions 

There are some procedures that are most easily implemented as a subroutine that either performs a part of the 
procedure and then calls itself to perform the rest of the procedure, or completes a computation and returns a 
partial (and finally, a complete) result. This is called recursive operation. The common example of a recursive 
procedure is one that calculates the factorial of a number (the factorial is the product resulting from the multipli- 
cation of a number, n, by all smaller numbers). The recursive procedure to calculate a factorial is as follows: 

NOTE 
This procedure works only if the original number is a positive 
integer. 

a. If n is 1 or 0, return 1 as the value of factorial n, 

b. If n is greater than 1 , compute the factorial of n minus 1 , multiply that number times n, and return 
that value. 

For example, to compute the value of factorial 3, the procedure is to compute the value of factorial 2 and multi- 
ply by 3. However, the value of factorial 2 is the value of factorial 1 times 2. The value of factorial 1 is found 
by Step a to be 1, so the final result is 1 times 2 multiplied by 3, or 6. The same recursion computes the factorial 
of any positive integer, in n recursions for a number n. 

3.4.2 Use of a Stack in Recursive Routines 

When a subroutine is called recursively, the linkage information for each call (the information required to return 
to the calling program) must be saved during subsequent calls. Since a recursive subroutine can be called again 
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before it returns from the first call, the linkage information should not be stored in a fixed location; instead, it is 
stored in an area, with each linkage in a different location and a pointer that identifies the specific location for 
each linkage. 

Because a subroutine must return control to the routine that called it before that routine can return control to 
any routine that called the latter routine, the last linkage which has not been used for a return must be the first 
one used; i.e., the linkages must be used in a last-in, first-out sequence. A storage area whose locations are used 
for last-in, first-out storage is called a stack; a pointer is used to point to the last entry placed on the stack, and 
the subroutine linkage instructions that put information on the stack (a push operation), or remove information 
from the stack (a pop operation), change the contents of the pointer so that it always points to the correct word 
for the next linkage operation. 

In the PDP-1 1/45, 1 1/50, and 1 1/55 Systems, one of the KBl 1-A, D processor's general registers is used by the 
subroutine linkage instructions as a stack pointer. This register is called the hardware stack pointer (SP) and it 
must be initialized to point to the first word in a stack area. The same stack is also used for storage of context or 
Unkage information by the trap and interrupt service function, which is described in Paragraph 3.3.3. The traps, 
interrupts, and subroutine calls are all handled in the same last-in, first -out manner. 

A subroutine that can be called recursively should not move data into fixed locations, because later executions of 
the same subroutine (before the current execution is finished) may also execute the same data transfer instruc- 
tions. The best way to keep the data storage for each execution of a subroutine separate is to store the data on 
the stack in the same manner as the linkage information. 

3.4.3 Re-Entrant Functions 

Keeping the data storage separate from the program is particularly important for programs and subroutines that 
can be called from more than one virtual machine. If several virtual machines are executing the same program, it 
is desirable to have only one copy of the program in the physical memory, and to map each virtual address space 
into the same physical address space. However, in a multiprogramming system, one virtual machine may begin 
execution of a program and then be interrupted; a second virtual machine may begin execution of the same vir- 
tual program and then run out of time; the original virtual machine may resume execution and complete the pro- 
gram; and the second virtual machine may resume execution. The programmer can not make any assumptions 
about where each virtual machine stops, so the program must be capable of being re-entered at any time, regard- 
less of what other virtual machines have done with the program. 

Programs designed to store all their data on a stack, so that each virtual machine that uses the program simply 
uses a different stack, are called re-entrant programs. A different stack pointer is selected each time a different 
virtual machine is selected (if the executive program changes the context of the user virtual machine, to run a 
different user, it changes the address mapping of the stack area and the contents of the stack pointer), so each 
activation of a program executes the program in complete isolation from other activations by other virtual ma- 
chines. 

3.4.4 Indexed Addressing of Parameters 

When a program or routine calls a subroutine, the calling routine may send data to the subroutine. The amount 
of the data to be "passed" to the subroutine may vary, as may the amount of data returned by the subroutine. 
By placing all the data on the stack, the amount of data becomes unimportant. The subroutine may read differ- 
ent data items on the stack by using the indexed addressing modes with the stack pointer as the base register. 
Complex subroutines may require that the last word placed on the stack (the word with the lowest virtual address, 
because the stack expands towards low addresses) contain the number of parameters passed so that the program 
does not use other data also on the stack but not intended as parameters. 
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3.4.5 Separate Stack and Index Pointers 

Using the stack pointer as the base address for indexed addressing presents problems if the subroutine must, in 
turn, pass data to another subroutine. Each time the first subroutine calculates a parameter for the second sub- 
routine, it pushes the parameter onto the stack. The address in the stack pointer changes to reflect the new data 
on the stack. As a result, all instructions in the first subroutine which contain index constants are invalid, be- 
cause the base value that the index constants are supposed to modify has changed. It would be very difficult, if 
not impossible, to write a subroutine that could use different index constants as the stack pointer changes (be- 
cause to remain re-entrant, the program cannot change any part of the instruction code). A much simpler solu- 
tion is to separate the base register from the stack pointer by copying the stack pointer value into another general 
register before using the stack for any other data. This is still re-entrant because any change of virtual machine 
also changes the contents of (or the selection oO all the general registers. 

The register commonly used as a separate index pointer is register 5. The standard method of calling subroutines 
in re-entrant programs uses register 5 as the index pointer, register 6 as the stack pointer, and a word on the 
stack (at the address contained in the index pointer) that indicates the number of parameters on the stack. In ad- 
dition to providing a straightforward and completely re-entrant structure, this method is completely compatible 
with a similar form of non re-entrant subroutine call. The same subroutine can be called both by re-entrant pro- 
grams and by simpler programs that are not re-entrant. 

3.4.6 Subroutine Call Compatibility 

In a non re-entrant program, the parameters passed to a subroutine are placed in-line; i.e., they are in the addresses 
immediately following the address of the calling instruction. The subroutine call and return instructions use a reg- 
ister to store the program counter value for the calling program; the value in the program counter at the time the 
subroutine call (jump to subroutine or JSR) instruction is executed is the address of the word following the JSR 
instruction. The standard register specified in JSR instructions is register 5; register 5 can be used as an index 
pointer while the stack is used for data storage during the execution of the subroutine. The JSR instruction does 
not destroy the previous contents of register 5 when it stores the return address in that register; the previous con- 
tents are pushed on the stack, and are automatically restored by a return from subroutine (RTS) instruction. 

When the RTS instruction restores the program counter (PC) value stored by the JSR instruction, the calling pro- 
gram must have some means of bypassing the stored data to get to the next instruction. The word immediately 
following the calling instruction must contain the number of words occupied by the parameters. Both of these 
requirements can be fulfilled by placing a branch instruction in the return location; the branch instruction ad- 
vances the PC so that the first word after the line parameters, and the offset in the eight least-significant bits of 
the branch instruction, contain the number of words (the offset is multiplied by 2 before use to generate a byte 
address) used for the parameters. 

The calling sequence and in-line parameter structure used by non re-entrant routines permits the subroutine to 
return control to the calling routine with an RTS R5 instruction. For compatibility, the re-entrant subroutine 
call must also permit the same RTS R5 instruction to perform the return. However, when a subroutine has been 
called in a re-entrant manner, R5 points to a location on the hardware stack, not to the calling program. In addi- 
tion, the space in the stack area used by the subroutine call must be released (the stack pointer must be adjusted 
to point to the first location after the parameter area) so that any additional information on the stack (such as a 
return linkage to a routine that called the routine that called the current subroutine) is accessible. Thus, the word 
pointed to by R5 should contain an instruction, whose least-significant bits are the number of parameters passed 
to the subroutine, which can adjust the stack pointer and also complete the subroutine return sequence. 
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3.4.7 The MARK Instruction 

The PDP-1 1/45, 1 1/50, and 1 1/55 Systems use the MARK instruction to perform this function. The MARK in- 
struction is dependent on the correct setup of registers 5 and 6 (the index pointer and the stack pointer) for its 
correct operation. It is executed after an RTS R5 instruction that loads the PC from the index pointer, and loads 
R5 with the old PC of the calling routine from the stack. The MARK instruction then adjusts the stack pointer 
and effectively performs another RTS R5 to finally return control to the calling routine. 

Figure 3-2 illustrates examples of the two types of subroutine calls for a call with three parameters and the fea- 
tures that make them compatible to the subroutine. Figure 3-2A shows the standard non re-entrant call; after the 
JSR instruction has been executed, R5 and the SP (R6) point to the location shown. Figure 3-2B shows the cor- 
responding situation after the JSR instruction for the standard re-entrant subroutine call. Note the following sim- 
ilarities between the two types of calls: 

a. In either case, R5 points to a word that contains the number of parameters in the least-significant bits. 

b. The words following the word pointed to by R5 contain the parameters in ascending order (in the illus- 
trations, the addresses increase going from the top of the illustration to the bottom). 

c. The stack pointer (SP or R6) points to the last word on the stack used in the call. 

d. The first word of the stack area used in the call contains the original contents of R5. 

When the subroutine executes an RTS R5 as its last instruction, the RTS and the following instruction (either a 
BR or a MARK instruction) return control to the address containing the next instruction of the calling routine, 
and restore the SP to point to the previous contents of the stack. In the re-entrant case, the RTS instruction does 
not restore the PC directly from R5; instead the old PC is moved from the stack to R5, to be moved from R5 to 
the PC by the MARK instruction. 



JSR R5, SUBR 



PI 



NEXT INSTRUCTION 



MOV R5, -(SP) 



MOV P3, -(SP) 



MOV P2, -(SP) 



MOV PI. -(SP) 



MOV #(MARK 3),-(SP) 



MOV SP, R5 



JSR PC, SUBR 



NEXT INSTRUCTION 



SP- 



OLD PC 



PREVIOUS CONTENTS 



SP - 
R5- 



OLD PC 



PREVIOUS CONTENTS 



Figure 3-2 Non Re-Entrant and Re-Entrant Subroutine Calls 
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3.5 PROCESSOR STATUS OPERATIONS 

The processor status (PS) word contains several types of information that control the operation of the processor, 
and of the PDP-1 1/45, 1 1/50, and 11/55 System. Table 3-1 lists the fields within the PS, and the paragraphs of 
this chapter that discuss the effect of each field. 

This paragraph discusses the interaction of the PS fields with asynchronous events in the PDP-1 1/45, 1 1/50, and 
11/55 System and tlie changes that occur to these fields as a result of those interactions. The following discussion 
is divided into paragraphs according to the fields of the PS word. 

3.5.1 Current Processor Mode 

The current processor mode selects most of the mapping for the virtual machine and determines whether certain 
instructions are effective or prohibited. The processor mode can be set by moving a data word to the PS at its 
Unibus address, or through a trap or interrupt service function (which loads a new PS value from the trap or inter- 
rupt vector), or through an RTI or RTT instruction (which restores an old PS from the hardware stack). 

Programs running in virtual machines should not be allowed to change the contents of this field. If the current 
processor mode is changed, the mapping registers in the KTl 1-C, CD Memory Management Unit that are selected 
are replaced by the set for the new mode. The result of attempting to continue with the same PC value in the new 
virtual address space is unpredictable. 

The entire PS word is protected from direct transfers by being mapped only into the kernel address space. No 
other virtual machine has any virtual address that corresponds to the physical address of the PS register, so there 
is no way to transfer data to the register through instructions. The new value of the PS used during the trap or 
interrupt service function is taken from a vector (whose location is specified by a vector address supplied by the 
interrupting device or by the trap recognition logic) that is located in the kernel address space; again, other pro- 
grams can not access the vector storage, and thus, can not modify the vector contents to affect the PS value. The 
RTI and RTT instruction can only set, and not clear, these bits, so user programs are prevented from entering 
other modes while kernel programs can return control to any mode. 

3.5.2 Previous Processor Mode 

The previous processor mode is used primarily by the communication instructions to define which address space 
to communicate with. During user mode operation, these bits are set to reflect user mode, so that the user pro- 
gram can not move data into or out of any other address space. These bits are set to reflect the value contained 
in the current mode bits prior to an interrupt or trap operation. A special kernel mode data transfer is used to 
fetch the new PS value from the vector address; however, bits 13 and 12 of the PS are not loaded from the data 
read but from the old value of bits 1 5 and 1 4. 

During the return from a trap or interrupt service program (via an RTI or RTT instruction), the old PS value is 
restored from the stacked value. The previous mode bits are protected in a way that prevents user mode pro- 
grams from altering the bits to allow access to other address spaces. This is done by permitting the bits to be set, 
but not cleared; since user mode is represented by all Is, user mode programs can not alter these bits, but other 
types of programs can gain access to user address space. 
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Table 3-1 
Processor Status Fields 



Bits 


Function 


Description 


Refer to Paragraph 


15-14 


current mode 


select the processor operating mode: 

00 = kernel 

01 = supervisor 

10 = not used 

1 1 = user 


3.3.3,3.3.4,3.5.1 


13-12 


previous mode 


holds the processor mode that was in 
effect prior to the last trap or inter- 
rupt, for use in communication 
(MT/FP) instructions 


3.3.3,3.5.2 


11 


register set 


selects one of two register sets for 
general registers through 5 


3.3.1,3.3.2,3.5.3 


10-8 


not used 






7-5 


priority 


selects one of eight processor priority 
levels that control scheduling of in- 
terrupt service routines 


3.5.4 


4 


trace bit 


controls operation of a trap function 
used in program debugging 


3.5.5 


3-0 


condition codes 


used to store information about the 
value of the result of the last data 
operation 


3.5.6,8.2 



3.5.3 Register Set Selection 

Tlie register set selection field controls which of two sets of general registers is used. In general, a user program 
should use only the register set assigned to it by the executive program; the protection of this field is similar to 
that for the mode fields, so user programs should run with register set 1 selected to prevent the user from chang- 
ing the selection. 

3 . 5 .4 Pro cessor Priority 

In a PDP-1 1/45, 1 1/50, and 11/55 System, the processor spends most of its time executing instructions in pro- 
grams that are running in virtual machines. However, a certain part of the processor time is spent servicing inter- 
rupts from other devices. 

The interrupts indicate that the processor must execute an interrupt service routine to control the operation of 
the device; for different devices, the interrupts indicate different conditions that have occurred. Different de- 
vices can tolerate different amounts of delay before the execution of their service programs; the system uses a 
scheduling system to determine which interrupt service programs should be honored first. 
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3.5.4.1 Device Priorities - The scheduling system is based on a structure of priorities. Each device that causes 
interrupts is assigned to a priority level. When the processor is executing a service routine, the processor priority 
is set to the same level as the interrupt that started the service routine; this blocks all interrupts on the same (or 
any lower) priority level. Higher priority interrupts are still honored by stacking the context of the current inter- 
rupt service routine and loading a new context from an interrupt vector. The use of a hardware stack to store the 
context information for interrupted routines permits any number of routines to be nested, because each higher 
level routine must execute to completion and exit (through an RTI instruction) before the lower level routine re- 
sumes operation. This last-in, first-out disciphne corresponds to the operation of the stack. 

3.5.4.2 Program Priorities - In some cases, it is desirable to be able to reschedule part of an interrupt service 
routine at a different priority. This can occur, for example, when a service routine that normally executes 
quickly detects an error that requires a long procedure to correct; the error routine should run at a much lower 
priority. It is preferable to schedule the lower priority section separately, and return control to the interrupted 
program, so that other high-priority interrupts can be serviced without tying up stack space and other resources 
with the current interrupt routine. 

3.5.4.3 Programmed Interrupt Requests — The same type of program scheduling is useful to the executive pro- 
gram for scheduUng different user programs at different priority levels or for scheduling periodic supervisor func- 
tions. The KBl 1-A, D processor provides a mechanism for scheduling different priority requests, in the form of a 
programmed interrupt request (PIRQ) structure. This structure consists of a processor register in which bits can 
be set to represent interrupt requests at different priority levels, and an interrupt vector generator that supplies a 
fixed vector address whenever the processor honors an interrupt request from the PIRQ register. The PIRQ regis- 
ter is intended to be accessed only in kernel mode so that it is protected from alteration by programs operating 
in virtual machine; because there is only one request bit for each priority level, there must be a control program 
for each level that determines what other programs must be run when the request at that level is honored. 

The kernel program can also vary the processor priority level directly, either by moving data containing a desired 
priority to the PS address, or by means of the set priority level (SPL) instruction. The SPL instruction has the 
advantage that it modifies only the priority level and that it can be executed with only one memory cycle, while 
a data transfer to the PS address requires many more memory cycles and requires additional processing to avoid 
changing other parts of the PS word. 

3.5.5 The Trace Bit 

In some forms of debugging operations, it is useful to be able to trap to a debugging program after the execution 
of each instruction in the program being checked. The trace trap is provided to perform this function. The trace 
(T) bit in the PS word generates a trace trap, through a fixed vector, whenever it is set to a 1 . This trap occurs 
after the execution of each instruction while the T bit is set. 

The T bit is protected against unintentional modification. It can only be set or cleared during the interrupt or 
trap response function, from a vector containing a new PS value; or during the execution of an RTI or RTT in- 
struction, from an old PS value on the stack. When data is transferred to the PS address by any other instruction, 
the value of the T bit is unaffected despite any value in the transmitted data. 

3.5.6 The Condition Codes 

The four least-significant bits of the PS word contain the processor condition codes. These bits store information 
about the value resulting from any data manipulation during an instruction. The condition codes are not altered 
to reflect the results of address calculations, but are changed only when an instruction expUcitly operates on an 
explicit unit of data. 
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The condition codes can also be set to any specific value by transferring a word containing that value to the PS 
address. The value of the condition codes are altered by every interrupt or trap response function, and by every 
RTI or RTT instruction. In addition, individual condition-code bits may be manipulated directly, with the 
condition-code operate instructions. These instructions provide a means to set any one or more of the condition 
codes with a single instruction that requires only one memory reference; a similar set of instructions can clear any 
one or more bits. The condition codes are used in conditional branch instructions, so the various means of ma- 
nipulating the condition codes are useful because they permit setting up the PS word to respond in a particular 
way to various branch instructions. 

3.6 STACK LIMIT PROTECTION 

Each virtual machine, and the kernel mode program, has a separate stack area which is used by the hardware 
stack pointer (SP) for that machine. The stack pointer contains the virtual address of the last word of the stack 
area used to store data. As more data is stored on the stack, the value in the stack pointer changes to lower ad- 
dresses. 

The area available for stacked data is not unlimited. If the program continues to add data to the stack, or if an 
unexpectedly large number of traps and interrupts should occur, the hardware stack mechanism may attempt to 
store data in locations which have been reserved for other uses; this occurs if the stack pointer overflows beyond 
the boundary of the stack storage area. 

In each of the virtual machines, stack overflow protection can be provided through the memory management 
unit. The stack area is placed in a virtual page that is not used for any other data and is isolated from other vir- 
tual addresses used by the program. The isolation required consists of an area of non-resident virtual addresses 
immediately below the stack area. If the stack pointer moves below the stack area, any memory references using 
the contents of the stack pointer as an address will be aborted and trapped to the executive program which can 
take corrective action. 

This technique can not be used for the kernel mode stack, however, because the response to a stack overflow in 
kernel mode is to trap to kernel mode; the trap service operation attempts to push two additional words onto the 
stack. Therefore, the processor provides a warning trap when the kernel stack first overflows, and provides an 
emergency recovery sequence that is executed whenever the stack overflow becomes severe. 

The kernel mode stack overflow detection is based on the stack limit (SL) register. The register permits the stack 
overflow address to be adjusted to reflect the position of the stack in the kernel address space. Whenever the 
processor initiates a data transfer to store data, based on the stack pointer as an address, the address that is trans- 
mitted is compared to the contents of the stack limit register. If the transmitted virtual address is higher than the 
contents of the SL, the stack is still within the stack storage area, and the stacking operation is permitted to pro- 
ceed. If the transmitted virtual address is less than or equal to the value in the SL, a trap occurs, and the stacking 
operation is aborted. 

The type of trap that occurs depends on the amount by which the transmitted address is less than the contents of 
the SL. The first 1 6 words directly below the stack area are reserved for stack overflow. If the stack expands 
into these words, a special stack overflow trap occurs. This trap uses two of the 1 6 words for storage, and uses a 
vector that initiates a special service program to recover from the stack overflow. 

If, however, the stack continues to expand beyond the 1 6 words reserved for stack recovery operations, an emer- 
gency stack trap occurs. This trap ignores the current location of the stack and stores the current program con- 
text at addresses and 2. The stack overflow program is then initiated. The 2-word emergency stack is provided 
to prevent the stack from continuing to advance into the prohibited area; if the stack is not adjusted to remain 
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within the stack storage area before expanding through the 1 6 reserved words, some failure of the recovery pro- 
gram must be suspected and the emergency measures are taken. 

The 16 words reserved for the recovery program are called the yellow zone, and the stack overflow trap that 
occurs whenever the stack expands into these words is called a yellow zone trap. If the stack expands below the 
yellow zone, it enters the red zone, and the emergency red zone trap occurs. If any type of bus error or memory 
management error occurs while the processor is responding to a yellow zone trap, or while the processor is at- 
tempting to use the stack pointer as an address (in kernel mode), that error is treated as a red zone error because 
the processor may not otherwise be able to recover the correct stack information. 

3.7 THE MULTIPLY AND DIVIDE INSTRUCTIONS 

Two of the instructions performed by the KBl 1-A, D processor are sufficiently complex to require treatment on 
a conceptual level as well as on the more detailed level of the implementation used to perform them. These two 
instructions are the multiply (MUL) and divide (DIV) instructions. 

3.7.1 Number Representation 

Before describing the algorithms used for the MUL and DIV instructions, it is helpful to review some aspects of 
number representation that are important in the following discussions. Numbers are a means of describing quan- 
tities. In a number system (such as the decimal system that we normally use, or the binary system that is used in 
digital computers), each number has a unique representation. It is important to distinguish between the quantity 
indicated by a number and the representation of that quantity. 

For example, the number system used in the PDP-1 1 computer systems is called the 2's complement number sys- 
tem. The phrase "2's complement representation" describes the use of this system. The 2's complement repre- 
sentation of the quantity 1 is a string of Os followed by a single 1 in the least-significant position (for a 1 6-bit 
representation, this string is 000 000 000 000 001). Similarly, the representation of the quantity minus 1 is a 
string of all Is (for a 16-bit representation, this string is 1 111 111 111 111 111). There is also a 2's complement 
operation. When the 2's complement operation is performed on the representation of the quantity 1 , the result 
is the representation of the quantity minus 1 . That is, the 2's complement (not the representation) of 1 is - 1 . 

Number systems like the decimal and binary systems are called positional representations. The same symbol, 
used as a different digit, has a different meaning because of the difference in position within the number. For 
example, the 1 in the binary number 1 has the value 2 in decimal representation, but the same symbol 1 in the 
binary number 1 00 has the value 4 in decimal representation. The value of the position, which modifies the 
value of the digit, is linked to the value of the base of the number system. Each more-significant position has a 
value that is equivalent to the value of the position immediately preceding it, multiplied by the base of the sys- 
tem. If the value of the number system base is represented by b, the values of the three least-significant digits of 
integer numbers, in ascending order, are 1 (actually b"), b (that is, b' ), and b times b (that is b^). Representing 
the digits of a number by the symbols a^, through a^ , the complete representation of a number is: 
a^jb" + a^^.jb""^ + . . . + ajb^ + ajb' + agb". The representation consists of n-i-1 digits, and can express a total of 
b""^' numbers. 

If a positional representation is used only for positive numbers, it can express numbers up to b" "^ ' - 1 . However, 
if the representation uses a complement system to represent negative numbers, the range of numbers that can be 
expressed is from -b""^ V2 to +(b""^ '- l)/2. For binary numbers, b is 2, so the range of numbers that can be rep- 
resented is from -2" to +2*^-1. As a result, the 2's complement operation can be expressed as finding 2"- A, 
where A is the original number. 
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3.7.2 The Multiply Algorithm 

The process of multiplication is, effectively, one of repeated addition. One number, called the multiplicand, is 
added together a number of times to form a product; the number of times the multiplicand is added to the pro- 
duct is determined by the value of the other number. That is, the multiplicand is added as many times as the 
value of the multiplier. 

Using 1 6-bit numbers, the largest number that can be represented in the multiplier is 1 1 1 111 111 111 111, 
which can also be represented as 2^^- 1 . To multiply a number by this quantity w^ould require 2^*- 1 additions, 
which is too much processing to be practical. Fortunately, there is a much more efficient method that is based 
on the principles of positional notation, as discussed in Paragraph 3.7. 1 . 

The multiplier can be represented as the sum of the values of the individual numbers that form the digits of the 
number. The multiplicand can then be multiplied by each of the digit values of the multiplier; the resulting par- 
tial products are then summed to develop the final product. Each of the partial products has the form \ 2" . For 
16~bit numbers, only 16 partial products are formed, which takes much less time than 2^* operations. The gener- 
ation of each partial product is divided into two parts: first, the multiplicand is multiplied by 2", and second, the 
resulting number is multiplied by the value of the digit, a . 

When the digits are treated in sequence, starting with the least-significant digit and working up to the most- 
significant digit, the first factor used to form each partial product differs by 2 for successive bits; that is, the mul- 
tiplicand times 2'^ is equivalent to (multiplicand * 2^) * 2. Therefore, the multiplicand is multiplied by 2 before 
each partial product (except the first) is formed. Multiplication by 2 is the same as shifting one place to the left 
in binary number systems. 

Each a„ can only have the value 1 or the value 0. If the value is 0, the value of the entire partial product is 0; if 
the value is 1, the shifted multiplicand is added to the sum that becomes the final product. Because the multipli- 
cand is shifted for each digit of the multiplier, and the shifted multiplicand is added to the product if the corre- 
sponding bit of the multipUer is a 1, this algorithm is called the "add and shift" multiplication algorithm. 

3.7.3 Sign Correction During Multiplication 

The 2's complement representation permits the simplest implementation of logical circuits for addition and sub- 
traction, but it requires corrections during multiplication and division operations. As an example of the require- 
ment for corrections, the representation of -A is 2"- A; when -A is multiplied by B, the actual multiplication is 
(2"-A)*B and the result is the representation of 2"B- AB, instead of the representation of - AB. Therefore, a 
correction factor of -2"B must be added to the result to generate the correct representation. Table 3-2 illustrates 
the corrections required for each combination of signs for the multiplier and multiplicand. 

In the KBl 1-A, D processor, most of the correction operations are avoided by using a modified representation for 
the multipUer. Normally, the multiplier would be considered a 16-bit number, and the 2's complement represen- 
tation of negative numbers would be 2'* minus the corresponding positive number. However, for use in the mul- 
tiplication, a different 2's complement representation is available in which negative numbers are represented by 
2^^' minus the corresponding positive number. The advantages of this representation are illustrated by repeating 
the example shown in the previous paragraph: the representation of -A is now 2^^-A, so -A times B is equiva- 
lent to (2^2- A)*B, or 2^26; the factor 2^2B is shifted beyond the 32-bit product, and does not appear in the 
final result, which is just the representation of -AB. 

Figure 3-3 illustrates the conceptual hardware structure needed for this multiplication algorithm, using the special 
2's complement representation for the multiplier, and illustrates the algorithm in a flowchart fashion. The 
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Table 3-2 
Sign Corrections for Add and Shift Multiplication 
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NOTES: 1. Subtracting negative numbers is the same as adding positive numbers, so the correction factors can always be generated 
by subtracting the appropriate variables. 

2. The product is expressed in 2n bits, which can contain numbers up to 2"- 1 . Any factor which is greater than or equal 
to 2" can be ignored. 
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Figure 3-3 Multiply Algorithm and Register Structure 
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hardware structure represented in the illustration is not the structure used in the KBl 1-A, D processor; that struc- 
ture is illustrated in Chapter 7. See the discussion of the MUL instruction in that chapter for more information 
on the implementation of the algorithm. 

3.7.4 The Divide Instruction 

Division is the process of counting the number of times one number (the dividend) can be reduced by another 
number (the divisor). The count of the number of reductions is called the quotient and the part of the dividend 
that can not be reduced by the divisor is called the remainder. Division is more complicated than multiplication, 
for several reasons: 

a. Division produces two results, not one, 

b. During multiplication, the maximum result occurs when the maximum number is multiplied by itself, 
and this result fits into two words; during division, the maximum result occurs when the largest pos- 
sible number is divided by a very small number and the result does not fit into any reasonable number 
of words; therefore, the division algorithm must recognize the overflow condition when the quotient 
is too large. 

c. During the division process, it is necessary to recognize when the partial remainder is smaller than the 
divisor; usually this is done by recognizing when the last reduction passed through and changed the 
sign of the remainder. This condition is called underflow and requires that the results of the last reduc 
tion be restored in some way. 

The simplest division algorithm is to subtract the divisor from the dividend until underflow occurs, restore the re- 
mainder, and keep a count of all but the last subtraction for the quotient (this algorithm assumes all positive nun- 
bers). This procedure is very tedious, particulariy if an overflow condition exists, so a shorter algorithm is used 
that is based on the positional representation of numbers. 

The result of the division is a quotient that can be multiplied by the divisor to regenerate the dividend (with a 
difference equal to the remainder). If, during the multiplication, each bit of the quotient can generate a partial 
product that becomes part of the total sum, then during the division, each bit of the quotient can be generated 
individually while reducing the partial remainder by an appropriate amount. To determine what the most- 
significant bit of the quotient should be, the number that is subtracted from the dividend is equal to the divisor 
multiplied by the positional value of the most-significant digit. 

Figure 34 illustrates the division algorithm. At the beginning of the division, the dividend occupies all of a 2- 
word register. The divisor has been multiplied by 2" , so that the number which is first subtracted from the divi- 
dend is actually the divisor, times the positional value of the most-significant bit. Before each step of the division 
the divisor is divided by 2, so that the correct number for generating the next bit of the quotient is formed; the 
division by 2 is done by shifting the 2-word divisor 1 bit to the right. In order for the division algorithm to oper- 
ate with negative numbers, the reduction that is performed at each step of the division must be the correct oper- 
ation to reduce the remainder; if the divisor and the partial remainder (that is, the dividend) have the same sign, 
the divisor is subtracted from the remainder, but if their signs differ, the divisor is added to the remainder to re- 
duce its magnitude. 
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Figure 3-4 Divide Algorithm and Register Structure 
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The algorithm that is illustrated does not perform a restoration if an underflow condition occurs. Instead, v 
underflow exists, succeeding operations are performed in the opposite manner to complete the restoration; 
an underflow condition exists, the bits of the quotient are set only when the underflow is corrected and are 
cleared if the operation does not complete the restoration. If the original divisor and dividend are of opposi 
sign, the quotient should be negative, so bits of the quotient are set only if underflow does occur. As a resu 
these considerations, the value generated for each bit of the quotient depends on the operation performed a 
its results, as follows: 

a. If the operation was a subtraction (the signs of the divisor and the partial remainder were the sam 
the quotient bit is set if there was no underflow, and is cleared if there was underflow. 

b. If the operation was an addition (the signs of the divisor and the partial remainder were different^ 
quotient bit is cleared if there was no underflow, and is set if there was underflow. 

The non-restoring division algorithm works because an underflow at any step can be corrected to within one 
tiple of the divisor by the succeeding steps. This is true because a binary number that is represented by all 
changes to a number that is represented by a 1 followed by all Os when the number 1 is added to it. Theref 
the multiple of the divisor that is subtracted from the partial remainder at any step is only one more multip 
the divisor than can be expressed by all the less-significant bits of the quotient. The remaining single multi] 
the divisor can be restored by a single operation (which is always an addition, because underflow exists and 
divisor and partial remainder have different signs) following the steps that generate the quotient bits; this st 
also used to correct the remainder. 
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CHAPTER 4 
BLOCK DIAGRAM DESCRIPTION 



This chapter introduces the KBl 1-A, D Central Processor Unit architecture by describing the block diagrams, which 
show all major logic elements and interconnections in the processor. The description of the processor is divided 
into two major sections: data paths, and control. The data paths section includes all logic elements that operate 
on data that is used external to the processors. The data paths block diagram is shown in Figure 4-1 . The control 
section, which includes all logic elements that operate on data used entirely within the processor (control informa- 
tion), is shown on the control section block diagram, Figure 4-3. A drawing prefix, which indicates where each 
element is shown in the block schematic, is included within each block on the diagrams. 

4. 1 DATA PATHS BLOCK DIAGRAM 

The data paths block diagram (Figure 4-1) includes data storage elements, data manipulation elements, and data 
routing elements. 

The data storage elements are divided into three groups: 

a. general storage registers (Paragraph 4.2) 

b. temporary storage registers (Paragraph 4.3) 

c. special purpose registers (Paragraph 4.4) 

The data manipulation logic elements include: 

a. the ALU (Paragraph 4.5.1) 

b. shifter logic (Paragraph 4.5.2) 

c. constant multiplexers (Paragraph 4.5.3) 

d. destination register (Paragraph 4.5 .4) 

e. shift counter (Paragraph 4.5.5) 

The data routing logic elements consist of: 

a. ALU interface multiplexers (Paragraph 4.6.1) 

b. temporary storage register input multiplexers (Paragraph 4.6.2) 

c. external interface multiplexers (Paragraph 4.6.3) 

4.2 GENERAL STORAGE REGISTERS 

This group of registers includes the program counter (PC), three stack pointer registers (SP), and two sets of gen- 
eral registers (RO through R5) (Figure 4-2). 

4.2.1 Program Counter (PC) 

The PC provides the address of the next instruction to be fetched. For some address modes, instructions that 
transfer data can consist of more than one word. In these cases, the PC points to each word of the instruction in 
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the order that the words are needed. When the PC is used as an address source, the contents of the PC are gated 
to the virtual address hnes by the bus address multiplexer (BAMX). The PC can be updated while it is being used 
as an address source. To accomplish this, the PC is implemented by a buffered pair of registers, so that the PCA 
can be loaded with a new value, while the PCB maintains the old value; the PCB can then be loaded from the 
PCA when the old value is no longer needed. 

The processor can transfer data to the PC from any source that can supply data to the other general registers, and 
can transfer data from the PC to the same destinations that can be loaded from the other general registers. Spe- 
cifically, all data loaded into a general register must come through the ALU, which also supplies the inputs to the 
PCA. The only exception to this rule is for right shifts and byte swaps. If the processor attempts to right-shift 
the contents of the PC, the PCA is loaded from the ALU outputs, not the shifter (SHFR) outputs, so the data in 
the PC is unchanged. 

During the interrupt and trap service sequences, when new PC and PS values are read from locations specified by 
a vector address, the old PC and PS are temporarily stored in the PCB and PCA (during internal machine cycles). 
This is the only time that any data, other than the contents of general register 7, is stored in the PCB. However, 
the PCA is often loaded in parallel with the general registers so that the PCB can be loaded if the specific register 
used is number 7. 

4.2.2 Stack Pointers (SP) 

The KBl 1-A, D has three stack pointer (SP) registers. Each SP is used as the hardware stack pointer during one of 
the processor operating modes. The kernel, supervisor, or user mode is selected by two bits in the processor 
status (PS) register. All the SP registers are also addressed as general register 6. The selection of a particular SP 
register is performed by the general register control logic (Paragraph 4.8.3), depending on the current or previous 
processor state. The previous state, which is used during certain cycles of MTPI, MTPD, MFPI, and MFPD (move 
to/from previous instruction/data space) instructions, is determined from bits 13 and 12 of the PS, through logic 
in the general register control. 

The SP registers are implemented in the two general register storage elements. These storage elements are the 
general source (GS) registers and the general destination (GD) registers. The two sets of storage elements contain 
duplicate copies of all the general registers except the PC. The use of the duplicate copies, and the specific ad- 
dresses of the different SP registers within the storage elements, are described in the following paragraph. 

4.2.3 General Register Sets 

In all instructions that transfer data, each address reference specifies one of eight general registers. The specific 
register (of the 1 6 in the KBl 1-A, D processor) used for each reference depends both on the value of the 3-bit 
register specification and on the processor state, as represented by the contents of the processor status (PS) word. 

Two of the eight general registers that can be specified in the instruction code are also used by the KBl 1-A, D as 
special purpose registers. If the register specification has a value of 7, it specifies the program counter (PC) regis- 
ter. This always refers to the hardware PC register described in Paragraph 4.2.1 . If the specification has the value 
6, it specifies the hardware stack pointer (SP) register. One of three hardware registers, within the general regis- 
ter data storage elements, is selected depending on the processor mode (Paragraph 4.2.2). If the register specifi- 
cation has the value through 5, one of two registers is selected, depending on the register set selection bit (bit 
1 1 in the PS word). Figure 4-2 illustrates the general register selection in the KBl 1-A, D processor. 
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Figure 4-2 General Register Storage in GS and GD Storage Elements 



Each of the 16 general registers is duplicated. The duplication allows the processor to access more than one regis- 
ter at a time. Each general register, with the exception of register 7, is implemented by two copies in the two 
general register storage elements. The general source (GS) registers include 16 registers allocated as shown in 
Figure 4-2. The general destination (GD) registers contain 16 registers used in an identical manner. When data 
must be written into a general register, it is written into both copies to ensure that all attempts to read the data 
will read the same value. However, by specifying different register addresses to the GS and GD storage elements, 
it is possible to read the contents of a different register from each. This feature is used primarily in reading the 
contents of the two registers specified by double operand instructions. 

Whenever the general registers, as a group, serve as a data source, the PC (register 7) can be selected as one of the 
general registers. This is accomplished by selecting the PCB input to the SHFR, and allowing the source or desti- 
nation multiplexer to select the SHFR input, if register 7 is selected, and the GS or GD input if any other register 
is selected. 

4.3 TEMPORARY STORAGE REGISTERS 

Temporary storage registers include the source register, the destination register, and the bus register. The source 
and destination registers are used primarily with the general register sets. The bus register is used primarily to 
communicate with external data handlers. 
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4.3.1 Source Register (SR) 

The source register (SR) performs two major functions. It is the output buffer for all the general registers when 
addressed as the source register in an instruction, and it provides temporary storage during the source data-fetch 
operations. 

All output from the GS registers must be transferred through the SR. When the PC is selected as a source register, 
the data from the PCB is routed through the SHFR to the SR. From the SR, data can be routed anywhere in the 
processor through the ALU inputs, or the contents of the SR can be used as an address for external data transfers 
through the BAMX. The SR is also used as a temporary storage register during transfers of data within the pro- 
cessor; e.g., when the old PC and PS are being stacked during an interrupt or trap service sequence, the SR holds 
the vector address. 

The SR is used as a data storage element for intermediate results during instruction execution. The register and 
operand group instructions, such as multiply, divide, and the arithmetic shifts, use the SR to hold both operands 
and results. 

4.3.2 Destination Register (DR) 

In addition to performing two functions similar to the major functions of the SR, the destination register (DR) 
also operates as a data manipulation element; specifically, the DR is used as a shift register during register and 
operand instructions such as ASH, ASHC, MUL, and DIV. 

All output from the GD registers (and from the PC, when it is selected as a destination register) must be through 
the DR. Data from the DR can be routed anywhere in the processor through the arithmetic and logic unit (ALU), 
or used as an address in external data transfers through the BAMX. To transfer the contents of either the SR or 
the DR to an external data storage location, the data must first be transferred from the SR or DR through the 
ALU to the BR, and then from the BR to the Fastbus or the Unibus. 

The DR differs from the SR in its ability to act as a 16-bit, left or right shift register. This is shown in Figure 4-1 
by the values of the DRK microprogram field. The DR is used as a control register and to accumulate the less- 
significant part of the result during register and operand instructions such as multiply, divide, or the arithmetic 
shifts. The DR is also the source for data to be loaded into the shift counter (SC) register. 

4.3.3 Bus Register (BR and BRA) 

The bus register is the data interface between the KBI 1-A, D processor and all external devices. All data entering 
the processor data paths, and almost all data transmitted from the processor, is transferred through the BR. The 
BR provides many of the inputs to the ALU and is the source of data input to all the special processor control 
registers. 

Because of the wide utilization of the BR outputs, the BR is duplicated to reduce the electrical loading on the 
register outputs. The second copy of the BR is called BRA. In addition, two registers (IR and AFIR), which 
share the same inputs as the BR (but are clocked separately), serve to hold instructions and provide inputs to the 
instruction decoding circuits. 

Data inputs to the processor enter the processor on one of three data buses: 

a. The Unibus, which connects the processor to a variety of Unibus devices, including memories, mass 
storage devices, and input/output peripherals. 

b. The Fastbus, which connects the processor to the high-speed, semiconductor memories. 

c. The internal bus, which connects the processor to the FPl 1 Floating-Point Processor, the KTl 1-C, CD 
Memory Management Unit, and some of the special purpose registers. 
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Any of these buses can be selected as the input to the BR by the bus register multiplexer (BRMX). The bus 
selected is dependent only on the physical address used in the external data transfer. 

The BR can also be loaded from the processor data paths. In data transfers from the processor to an external de- 
vice, or to any of the processor control registers, the data is loaded into the BR from the SHFR after passing 
through the ALU. The BR is used as a temporary register in the same way as the SR or DR during the execution 
of instructions. In particular, the BR accumulates the more-significant half of the result during multiply and 
arithmetic shift instructions. 

The BR can provide outputs to any of the devices on any of the three data buses. Devices on the Unibus use 
bidirectional data lines. There are separate data lines on the Fastbus for each direction of transfer. The internal 
bus, which is used only for transfers into the BR, is paralleled by data lines for transfers out of the BR. 

4.4 SPECIAL PURPOSE REGISTERS 

The data section includes a number of special purpose registers that provide control information for use by the 
control section, or provide communication between the console and the processor. The majority of these regis- 
ters are loaded from, or in conjunction with, the bus register (BR), and can be read into the BR via the internal 
bus. These registers include the instruction register, the shift counter, the processor status register, the pro- 
grammed interrupt request register, the stack limit register, and the microprogram break register. 

4.4.1 Instruction Register (IR) 

When an instruction is fetched from an external data storage location, the data word enters the processor through 
the bus register multiplexer (BRMX), and is loaded into the BR. To retain the instruction word for decoding 
during the execution of the instruction, while releasing the BR for other data transfers that may be required dur- 
ing the execution of the instruction, the outputs of the BRMX are simultaneously loaded into the instruction reg- 
ister (IR). The IR is clocked only during data transfers that fetch instructions. The BR is clocked during every 
external data transfer that brings data into the processor. 

To reduce the electrical loading on the outputs of each register, the IR is duplicated. The second copy of the IR 
is used only by the fork A logic, which has particularly stringent timing requirements, and is therefore called the 
A fork instruction register (AFIR). The primary instruction register (IR) is used with decoding circuits which 
operate the subsidiary ROMs, the B and C forks, and a variety of instruction class selectors. All the instruction 
decoding logic is shown on the control section block diagram, Figure 4-3, and is described in Paragraph 4.7. 

4.4.2 Shift Counter (SC) 

The shift counter (SC) is a register that performs a data manipulation function. However, the data loaded into 
the SC is used only for processor control information, and can not be transferred out of the SC. 

The SC function is to count towards 0. The direction of counting depends upon the current sign of the SC con- 
tents. The control data loaded into the SC is considered a repetition count, which indicates the number of cycles 
required to execute a complex data manipulation, such as an arithmetic shift or a multipUcation. The only indi- 
cation that the processor receives of the contents of the SC is an indication that the SC does, or does not, contain 
0; the counting function is completely defined once the initial count has been loaded. 

4.4.3 Processor Status Register (PS) 

The processor status (PS) register contains a number of individual bits. Some of these bits control the operation 
of the processor, while others indicate the value of the result of the last data manipulation operation. 
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In addition to accepting inputs from the BR (Figure 4-\) the PS receives inputs from the condition-code genera- 
tion logic. In certain circumstances (the current mode field replaces the previous mode field), some bits of the 
PS also receive inputs from other bits of the PS. The outputs from the PS during data transfers can be directed 
to the processor data paths through the BR (by selecting the PS inputs to the internal bus (IBS) and the IBS in- 
puts to the BRMX), or directed to the Unibus through the PS inputs to the Unibus A data multiplexer (DMX). 
The IBS path is used only for data transfers that implicitly select the PS, such as the stacking operations during 
interrupt and trap service sequences. When the PS is addressed specifically, the data is transferred on the Unibus, 
even if the transfer is to the processor data paths (through the BR). 

The specific bit utilization in the PS is detailed in Table 4-1 . See Chapter 8 for a detailed description of the con- 
trol functions performed by the PS, and the loading and reading control logic that supports the register. 

Table 4-1 
Processor Status Word Bit Assignments 



Bit 


Name 


Utilization 


15- 


-14 


Current Mode 


Specifies the current processor mode as follows: 

a. When PS <15: 14) = 00, the processor is in kernel mode; 
all operations are legal. 

b. When PS (15:14) = 01, the processor is in supervisor 
mode; HALT, RESET, and SPL instructions are illegal, 
and the SUPER address space is used. 

c. When PS <15: 14> = 1 1, the processor is in user mode; 
HALT, RESET, and SPL instructions are illegal and 
the USER address space is used. 


13- 


-12 


Previous Mode 


Specifies the processor mode prior to the last trap, interrupt, 
or loading of the PS; the values are the same as for the current 
mode. 


11 




Register Set 


Specifies which general register set is used; if PS 1 1=0, register 
set is selected ; if PS 1 1 = 1 , register set 1 is used . 


10- 


-08 


Unused 


Unused 


07- 


-05 


Priority 


Set the processor priority ; this priority determines which levels 
of programmed and external device interrupt requests are 
honored. 


04 




Trace 


When PS04=1 , the processor traps the trace trap vector address; 
after each instruction fetch; this facility is used for debugging 
programs. 


03 




N 


This bit is set whenever the result of the last data manipulation 
is negative. 


02 




Z 


This bit is set whenever the result of the last data manipulation 
isO. 


01 




V 


This bit is set whenever the result of the last data manipulation 
is incorrect because of an arithmetic overflow. 


00 




c 


This bit is set whenever a carry (generally out of the most- 
significant bit) occurs during a data manipulation. 
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4.4.4 Programmed Interrupt Request Register (PIRQ) 

The programmed interrupt request register (PIRQ) allows a program to schedule the execution of various subpro- 
grams according to a priority scheme, at the same time allowing various levels of hardware interrupt priority to 
interact with the software priority levels. The register stores interrupt requests set by transferring request data 
to the PIRQ, and provides information about the requests through encoded data transferred from the PIRQ. 

Data is transferred to the PIRQ through the BR whenever the processor recognizes that the physical address is 
the address assigned to the PIRQ (address 777772). The transfer is entirely internal to the KBl 1-A, D processor. 
The contents of the PIRQ are then output into the priority arbitration logic of the processor, which uses the in- 
formation from the PIRQ with information from the Unibus and the PS priority level to determine when requests 
should be honored. 

The data in the PIRQ can be transferred to other devices or to other registers in the processor by generating the 
physical address of the PIRQ during an external data transfer. Because the only outputs from the PIRQ are to 
the DMX (Unibus A data multiplexer), all transfers which read the PIRQ must be Unibus A data transfers. 

4.4.5 Stack Limit Register (SL) 

The KBl 1-A, D processor performs hardware stack operations, as described in Chapter 3. Because the number of 
locations occupied by a stack is unpredictable, some form of protection against the stack expanding into loca- 
tions containing other information must be provided. The basic form of protection is the address relocation pro- 
vided by the KTl 1-C, CD Memory Management Unit; however, if the processor is operating in kernel mode with 
the address relocation inhibited, the processor provides for stack overflow detection through the use of the stack 
limit register (SL). 

The SL is an 8-bit register that is loaded from the eight most-significant bits of the BR whenever the SL is 
selected by the physical address generated in an external data transfer. This requires the bus address 777775o 
during a byte transfer, or the address 777774^ during a word transfer. The data is transferred directly from the 
BR to the SL; no bus operations are required. To read the contents of the SL, however, the SL must be selected 
by the DMX and the data transferred from the Unibus to the BR. This requires a Unibus data transfer operation. 
Although the SL and the PB registers share a common DMX input, each register uses a different set of eight data 
lines, and only one set is selected at a time. Therefore, when the SL is transmitted on the eight most-significant 
data lines, all Os are transmitted on the eight least-significant data Mnes. 

4.4.6 Microprogram Break Register (PB) 

The microprogram break register (PB) is intended for use as a maintenance tool. When the processor is being 
operated under the control of the maintenance card, the processor can be halted during any specific 
microprogram state by setting the address of that state in the PB and setting the switches on the card to the 
proper positions. During normal operation of the processor, any value can be loaded into the PB without affect 
on the operation of the processor. The specific procedures are detailed in Chapter 3 of the PDP-11145, 11 150, and 
11/55 System Maintenance Manual. 

The PB is loaded directly from the BR whenever the PB address is generated during an external data transfer. 
The PB is an 8-bit register that is loaded from the eight least-significant bits of the BR. When the PB is read, 
the data must be transferred through the DMX to the BR by a Unibus A data transfer operation. Refer to 
Paragraph 4.4.5 for a description of how the DMX inputs are shared by the SL and the PB. The PB is selected 
by physical address 777770. 
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4.4.7 Console Switches (SW) and Light Register (LR) 

The liglit register (LR) and the console switches (SW) are not, strictly speaking, data storage elements, but are 
included in this paragraph because they act as a data sink and a data source, respectively. 

The console switches are a form of input to the processor. When an external data transfer with the physical ad- 
dress 777570 attempts to transfer data into the processor, the value set in the SW is transferred to the BR on the 
internal bus. The LR is a form of output from the processor. Any attempt to output to the same physical ad- 
dress transfers the contents of the BR to the LR, which can be displayed in the console lights. There are no con- 
nections between the LR and the SW, so data stored in one can not be retrieved from the other. Although both 
input and output to the physical address is successful, there is no correspondence between the values output and 
the subsequent input data. 

4.5 DATA MANIPULATION 

The major data manipulation elements in the KBl 1-A, D processor are the arithmetic and logic unit, with the ac- 
companying constant multiplexers, and the shifter. In addition, two registers perform specific data manipulation 
operations. 

4.5.1 Arithmetic and Logic Unit (ALU) 

The primary data processing element in the KBl 1-A, D (in fact, the only element that can combine two operands 
to form a result) is the arithmetic and logic unit (ALU). The ALU can perform a variety of arithmetic operations 
on two variables, such as addition or subtraction, and can perform a variety of logical operations on one or two 
variables, such as complementing or ANDing. The specific operation performed at any time is selected by the 
processor control on the basis of the microprogram word and the current instruction. The manipulated operands 
are selected by two multiplexers, one for each of the ALU inputs. The operands can be the contents of the SR, 
the DR, the BR, the PCB, or one of a variety of numbers generated by the constant multiplexers. 

The output of the ALU passes through the shifter, and can then be routed to any of the general registers, or to 
the SR, the DR, or the BR (and the IR, although this is not used). All of these destinations for manipulated 
data are internal to the processor; when data is transferred out of the processor, it must go through the BRA. 
Note that when the ALU outputs are routed to the program counter (PC), the signal paths do not pass through 
the shifter; this means that when certain shift or byte-swap operations are attempted with register 7 as the desti- 
nation, the data that enters the PCA is unchanged. For example, an ASR PC instruction is executed as a TST PC 
instruction. 

4.5.2 Shifter (SHFR) 

In general, the data operand formed by the ALU is routed through the shifter (SHFR) to its ultimate destination. 
The SHFR can perform right-shift or byte-swap operations on the data, or substitute the contents of the PC for 
the ALU outputs. In many cases, where an instruction is performed for an odd-byte destination operand, the 
data manipulation required by the instruction is completed in the ALU and the transfer of the result to the odd- 
byte data lines is performed in the SHFR, all during one machine cycle. 

In addition to its data manipulation (shifting and byte swapping) activity, the SHFR is used as a routing element. 
When a general register is transferred to the SR or DR, if that register is register 7 (the PC), the PCB is routed 
through the SHFR to the SRMX and DRMX. 
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4.5.3 Constant Multiplexers (KOMX, KIMX) 

The constant multiplexers (KOMX, KIMX) are primarily routing elements, but they can perform certain limited 
data manipulation operations. The source and destination constants which can be selected by the KOMX are 
numbers generated by the processor on the basis of the instruction type. These numbers are used to add or sub- 
tract from addresses during the data fetch sequences. The offsets generated by the KIMX are formed from the 
contents of the BR by shifting and sign-extending the least-significant bits of the data word. 

4.5.4 Destination Register (DR) 

The destination register (DR) is primarily a temporary storage register (Paragraph 4.3.2); however, it is also used 
to manipulate the less-significant half of a 2-word operand by performing shifts on the operand. A word of data 
that is stored in the register can be shifted one bit to the left or right. The bit that is shifted into the register to 
fill the vacated bit position is generated by special logic in the processor, based on the data in the more-significant 
word being manipulated and on the instruction type. 

4.5.5 Shift Counter (SC) 

The shift counter (SC) performs incrementing and decrementing operations on data loaded into it during the exe- 
cution of certain instructions. This register is primarily a processor loop counter register; its data manipulation 
capability is a function of its utilization and can not be used for data operands because the SC can not be read. 

4.6 DATA ROUTING ELEMENTS 

When the processor performs an operation on data operands, the operation is defined by the selection of the 
data operands, the storing of the result, and the manipulation of the operands. While the last function is per- 
formed by the data manipulation elements, the first two functions are performed by the data routing elements. 

Data routing is performed in two ways. First, the selection of inputs to storage and manipulation elements is per- 
formed by a variety of multiplexers. Second, the loading of data storage elements is controlled to select which 
elements are loaded at any time. Therefore, all operand selection is performed by multiplexers, and all result 
storage is performed by generating load signals only for the desired storage elements. 

Tliis paragraph describes the multiplexers, which are the data routing elements in the KBl 1-A, D processor. The 
loading of data storage elements is described in Paragraphs 4.2 through 4.4. The multiplexers are organized in the 
following three groups: 

a. ALU interface multiplexers (Paragraph 4.6. 1 ) 

b. temporary register input multiplexers (Paragraph 4.6.2) 

c. external interface multiplexers (Paragraph 4.6.3) 

4.6.1 ALU Interface Multiplexers 

The ALU has two sets of inputs and one set of outputs. Each input is connected to a number of data storage (or 
manipulation) elements by a multiplexer, and the output is passed through a data manipulation element that acts 
as a multiplexer. One of the input multiplexers can select inputs from two other multiplexers. Table 4-2 Usts the 
inputs and outputs for each of the five multiplexing elements that control the flow of data through the ALU. 

4.6.2 Temporary Storage Register Input Multiplexers 

Each of the three temporary storage registers (SR, DR, and BR) receives inputs through a multiplexer which 
selects one of two or four inputs. Table 4-3 lists the inputs and outputs for each multiplexer. 



4-10 



Table 4-2 
ALU Interface Multiplexers 



Multiplexer 


Output To 


Input From 


Type of Input 


AMX 


A input of ALU 


source register 


variable operand 






destination register 


variable operand 






bus register 


variable operand 






program counter 


variable operand 


BMX 


B input of ALU 


source register 


variable operand 






bus register 


variable operand 






KOMX 


constants 






KIMX 


constants and sign-extended operands 


KOMX 


BMX 


1 


fixed constant 






2 


fixed constant 






source constant 


generated constant 






destination constant 


generated constant 


KIMX 


BMX 


trap vector 


generated constant 






start vector 


fixed constant 






BR (SOB & MARK) 


shifted and sign-extended operand 






BR (brancli) 


shifted and sign-extended operand 


SHFR 


general registers, 
SR, DR, BR, Disp. 


ALU 


variable operand (can swap Ijytes or perform 
right shift) 






PC 


variable operand 



Table 4-3 
Temporary Storage Register Input Multiplexers 



Multiplexer 



SRMX 

DRMX 
BRMX 



Output To 



source register 
destination register 
bus register 



Input From 



general source (GS) registers 
shifter (SHFR) 

general destination (GD) registers 
shifter (SHFR) 

shifter (SHFR) 

Unibus (via PDRJ Bus Buffer register, 

clocked at each T3) 

Fastbus (SEMI) 

internal bus (IBS) 



4.6.3 External Interface Multiplexers 

The KBl 1-A, D Central Processor Unit external interface is divided into three parts: 



a. the explicitly addressed interface 

b. the implicitly addressed interface 

c. the display Interface 



The exphcitly addressed interface is used in all data transfers where the address is specified by the processor The 
address is supplied to the interface through the bus address multiplexer (BAMX), from one of three sources 
These sources are the PC and the two temporary registers, SR and DR, that are used as buffers for tlie general 
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registers. In addition to tliese inputs, the BAMX can select an input from the exponent arithmetic and logic unit 
(EALU) of the FPU. This input is used only to allow this data to be displayed in the console lights during speci- 
fic machine states when executing floating-point instructions. Data is supplied to the interface through the data 
multiplexer (DMX) for Unibus transfers, and directly from the BR for Fastbus transfers or internal bus transfers. 
On data transfers into the processor, one of the three buses is selected by the BRMX. 

Imphcitly addressed transfers (e.g., to the FPU) do not require sending an address. The data is transmitted by 
sending a load signal to the appropriate device, or to a register in the processor if the transfer is into the processor. 
Data is transferred on the internal bus. The internal bus is, therefore, a form of data routing element; selection is 
accomplished by gating specific data onto the bus from a device, and by loading only specific registers. The dis- 
play interface selects the data that is to be displayed in the console lights. There are two sets of lights which dis- 
play program-dependent data; the DATA lights and the ADDRESS lights. The DATA lights display one of four 
data words selected by the display multiplexer; the ADDRESS lights display addresses based on the outputs of 
the BAMX. Both displays are controlled by switches on the console; note that the ADDRESS display is also af- 
fected by the KTl 1-C, CD option, if it is implemented. 

4.7 CONTROL SECTION 

The control section of the KBl 1-A, D processor determines the sequence of operations performed by the proces- 
sor and controls the interaction of the processor with other devices in the PDP-1 1 System. Control of the proces- 
sor is based on the signals generated by the microprogram read-only memory (ROM), while the control of 
processor-system interaction is primarily by asynchronous circuits on three control modules. 
The control elements shown on the control section block diagram, Figure 4-3, are divided into three groups: 

a. the microprogram ROM, together with the ROM address generation logic and the ROM output buffer 
logic 

b. the external interface, which comprises the UBC, TMC, and TIG modules shown at the bottom of the 
drawing 

c. the combinational logic circuits that interact with the microprogram outputs and with data from the 
data paths section of the processor to generate some of the processor control signals 

Each of these three groups is described in the following paragraphs. 

4.7.1 ROM Microprogram Control 

The microprogram ROM, shown in Figure 4-3, contains 256 stored processor control words. For each processor 
machine cycle, one of these stored words is output to the data paths section and to the other processor control 
circuits. The ROM word is divided into fields, and each field controls a different (but always the same for a given 
field) part of the processor. A review of the concept of microprogramming is provided in Paragraph 3 . 1 . In 
Figure 4-3, each control field is hsted by a mnemonic name and by bits of the microprogram word occupied by 
the control field. The control selection that is made, or the action that takes place for each value that can be 
stored in the field, is listed under the field name. Where possible, the field name and description are placecj next 
to the logical element controlled by that field. For example. Figure 4-4 illustrates the B multiplexer as shown on 
the block diagram, with the BMX control field description to its left. 

The microprogram ROM outputs that control other parts of the processor must be stored in a buffer register, so 
that the next microprogram word can be selected while the current word is being used. Therefore, a ROM buffer 
register (RBR) is provided for these outputs. The three output fields that are used to select the next micropro- 
gram word (FEN, BEF, and ADR) are not buffered because they are used immediately and the resulting address 
is buffered. 
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Figure 4-4 Control Field Description Example 



Immediately after the beginning of a machine cycle, when a new microprogram word is available, the ROM-address 
generation circuits begin the calculation of the next ROM address to be selected. This corresponds to selecting 
the next machine state. The generated address is assembled by the address gating logic and loaded into the ROM 
address register (RAR). There are three copies of the RAR to accommodate the output loading required for 1 6 
ROM elements, and to transmit the ROM address to the KTl 1-C, CD paging unit (when it is implemented). 

The address gating logic assembles the address from five sets of inputs. The basic input, which is always present, 
is the address (ADR) field of the current microprogram word. The ADR is ORed with the outputs of the branch 
logic, which is controlled by Jhe BEF field of the microprogram word. The branch control logic selects a set of 
condition inputs from signals received from the processor data paths, the condition codes, and from the processor 
interface modules (specifically, the TMC module). Depending on the state of the selected inputs, the branch con- 
trol generates one or two signals that are used to modify the ADR. 

The three other inputs to the address gating circuits are from the fork logic. The three forks are similar in imple- 
mentation and purpose. Each fork uses combinational logic to decode the instruction type and a variety of pro- 
cessor conditions, and generates one of a large number of addresses that is combined with the ADR input by 
masking. Each fork can be enabled by one bit in the fork-enable (FEN) microprogram field; normally all forks 
are disabled. No more than one fork is ever enabled at a time. 

The fork A logic, used to select the machine state to follow an instruction fetch, requires a separate instruction 
register (AFIR) because this fork must operate rapidly and therefore puts a heavy load on the IR outputs. The B 
and C forks decode inputs from the primary IR and use the outputs of a subsidiary ROM, which decodes some 
classes of instructions. These forks are used after a destination operand fetch and a source operand fetch, 
respectively. 

To summarize the operation of the microprogram ROM control logic, during each machine cycle, an address is 
assembled from any enabled fork combined with the address field of the microprogram word and any enabled 
branches. This address is loaded into the ROM address register to select a new microprogram word. At the be- 
ginning of the next machine cycle, the new microprogram word is loaded into the ROM buffer register and the 
sequence is continued. 

4.7.2 External Interface Control 

The interaction between the KBl 1-A, D processor and the other parts of the PDP-1 1/45, 1 1/50, or 1 1/55 System 
is controlled by three modules in the processor. These modules include the asynchronous circuits that perform 
timing adjustments, the circuits that generate and receive interlocking bus control signals, and the basic processor 
timing circuits. The functions of each module are discussed in one of the following paragraphs. 
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4.7.2.1 Unibiis and Console Control (UBC) Module - Tliu Unibus and console control (UBC) module includes 
the circuits that control transfers with external devices (and some processor special registers), and the circuits 
that allow the processor to be controlled by the console. The data transfer control circuits perform the necessary 
operations to gain control of the required data buses, select the address that is to participate in the transfer, and 
complete the transfer. The console control circuits provide information to the branch control circuits so that the 
microprogram control can be used to execute various console operations. 

4.7.2.2 Traps and Miscellaneous Control (TMC) Module — This module is used to recognize a variety of asyn- 
chronous conditions and change the sequence of processor operations in response to these conditions. The TMC 
module detects various abnormal conditions within the processor, such as power failure, odd address on word 
transfers, stack overflow, or reserved instructions. When any of these conditions occur, the processor enters a 
trap service sequence of microprogram states, and the TMC module generates a trap vector that is used to transfer 
system control to a specific trap service program. The TMC module can also handle a variety of trap-type instruc- 
tions, which are legal in programs that use them in a defined manner and that have set up the trap vectors for 
those instructions. 

The TMC module also performs priority arbitration for Unibus A, which is controlled by the KBl 1-A, D processor. 
The priority arbitration determines which device shall be bus master, based on the priority level of the bus or 
non-processor request, and the priority level of the processor. The processor normally assumes the role of bus 
master when no other device is requesting the bus; the processor must be bus master in order to perform any data 
transfer on Unibus A. Fastbus transfers can be performed even though the processor is not Unibus A bus master. 
One of the devices that can request bus mastership, but only to perform an interrupt operation, is the processor's 
programmed interrupt request (PIRQ) register. 

4.7.2.3 The Timing Generator (TIG) Module — The timing generator (TIG) module controls all timing of opera- 
tions within the processor. All register loading, all data path transfers, and all microprogram word selection is 
controlled by timing signals from the TIG module which gate the control signals to the respective processor ele- 
ments. The TIG module contains the processor clock, the time pulse generators that produce timing signals from 
the basic clock output, and a variety of control circuits that can stop and restart the clock based on asynchronous 
conditions detected by the UBC and TMC modules. The timing of the processor operations thus interacts with 
the timing of data transfers in the PDP-1 1/45, 1 1/50, or 11/55 System, and with the console control operations. 

4.8 SPECIAL CONTROL LOGIC 

There are three special control circuits in the processor which use combinational logic to increase the flexibility 
of the processor control. Two of these circuits use subsidiary ROMs to define specific operations for individual 
instructions, and the third performs the additional decoding necessary to control the general register sets. Each 
of these circuits is described in one of the following paragraphs. 

4.8.1 Arithmetic and Logic Unit (ALU) Control 

The arithmetic and logic unit (ALU) used in the KBl 1-A, D processor can perform 16 different arithmetic opera- 
tions and 16 different logical operations. Only a subset of these operations are used in the KBl 1-A, D. The ALU 
control circuit transforms the ALU microprogram field (which is compressed into three bits, and can only express 
eight different operations) into the six control signals necessary to select the appropriate ALU operations. The 
ALU control circuit can also substitute control signals derived from a subsidiary ROM (whose output is selected 
by the individual instruction being executed) for the signals derived from the ALU field. This allows the same 
microprogram word to be used for the execution machine state of a large number (32) of instructions. 
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The subsidiary ROM is one of two used for a group of data manipulation instructions. When these instructions 
are being executed, the subsidiary ROM control converts the instruction type to a 5-bit address that selects one 
word in each of the subsidiary ROMs. This word contains the control signals that correspond to the value re- 
quired for that instruction. Through the use of the control signals in the subsidiary ROM, any ALU function can 
be performed. 

NOTE 
The SHFR operation is also affected when the output of the 
ALU subsidiary ROM is used. See Chapter 8 of this manual 
for details of the effects of the subsidiary ROM on the SHFR. 

4.8.2 Condition Code Control 

The KB 1 1-A, D processor condition codes are used to store information about the results of each instruction, so 
that this information can be used in following instructions. The conditions recorded in the condition-code bits 
differ for each instruction type, and often for the part of the instruction being executed. In addition, the sources 
of the information to be recorded in the condition codes can vary for different types of instructions. 

The condition-code control circuit uses the CCL microprogram field and a subsidiary ROM to determine what 
data shall cause each condition-code bit to be set or cleared. For most machine cycles, only the CCL field is re- 
quired to determine what function the condition-code control logic performs. When the CCL field contains a 
value that specifies that the operation is instruction-dependent, the outputs of the subsidiary ROM (which de- 
pend on the current instruction, as described in Paragraph 4.8.1) determine the exact operation. 

4.8.3 General Register Control 

The KBl 1-A, D general registers include two register sets that are duplicated for extra speed in reading the regis- 
ters. The selection of registers within each implementation is controlled by the PAD microprogram field, and all 
input in the registers is controlled by the PWE microprogram field. 

Because the specific register to be selected can depend on the contents of the instruction register (IR), the con- 
tents of the switch register (during a console operation), or directly on the PAD field, combinational logic is used 
to combine all the different sources according to the requirements of the current machine state. The combina- 
tional logic also determines, for conditional write operations, whether the register that is selected is in the general 
register set or is register 7 (the program counter). In the latter case, no write operation is done within the general 
register storage area. 
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CHAPTER 5 
ADDRESS MODES AND INSTRUCTIONS SETS 



This chapter summarizes the KBl 1-A and KBl 1-D Central Processor address modes and instruction set. Its purpose 
is to define the KB 11 -A, D and provide tabular, quick-reference information. A complete description of KBl 1-A, 
D address modes and instructions, with additional details and examples, is provided in the PDP-11 104, 05, 10, 35, 
40, 45 Processor Handbook. 

Instruction Set Processor (ISP) notation is used to define the processor operations for each address mode and in- 
struction. Table 5-1 defines the modified ISP symbology used in this chapter. Appendix A of the PDP-11 104, 05, 
10, 35, 40, 45 Processor Handbook provides a more detailed description of ISP notation. 

Table 5-1 
ISP Symbology 



Symbol 



< > 



cat 

equiv 

& 

OR 

XOR 



yiext 



Definition 



Defines the limits of an expression, such as word length <15:0>. 

Defines the limits of a memory declaration; Mw [SP] specifies the address of the 
stack pointer in memory. 

The expression to the left of this symbol is replaced by the expression to the right 

of this symbol, 

Z <- 1 indicates the Z bit is set, 

PC <- PC + 2 indicates the program counter register (PC) is incremented by 2. 

Indicates concatenation; registers to the left and right of this expression are consid- 
ered to be 1 . 

Designates that expressions to the left and right are equivalent. 

Logical AND 

Logical inclusive-OR 

Negate 

Logical exclusive-OR 

Indicates that a reference to the expression with which this symbol is used may 
cause side effects, e.g., registers may be changed as a result of the operation. 

Used as a delimiter 

A sequential delimiter, the operation to the left must occur before the operation to 
the right. 

Designates an address mode; address mode 1 is indicated by m = 1. 



(continued on next page) 
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Table 5-1 (Cont) 
ISP Symbology 



Symbol 



rg 
ai 
r 



X 

/ 

sign-extenfl 

Mw 

nw' 

R[dr] 

D 
Db 

S 
Sb 



Definition 



General register 7 (program counter) 

Auto-increment; by 2 for word instructions, and by 1 for byte instructions. 

Indicates a result; used many times with limit symbols as an intermediate register 

(r<15:0>). 

Addition; expression to tlie left is added to expression to the right. 

Subtraction; expression to the right is subtracted from expression to the left. 

Multiply ; expression to the left is multiplied by expression to the right. 

Divide; expression to the left is divided by the expression to the right. 

The sign bit of a byte, bit 7, is extended through bits 8 to 1 5. 

Memory word declaration; the address in brackets points to the memory location. 

Indicates next word, as pointed to by the PC with side effects (')■ The word is at 
the next sequential PC address, or the word pointed to by the next word (deferred 
addressing). 

Indicates that a register (R) address as a memory declaration is that of a device 
register. 

Destination 

Byte destination 

Source 

Byte source 



5.1 ADDRESS MODES 

The instruction set of the PDP-1 1/45, 1 1/50, and 1 1/55 implements the flexibility of the general purpose registers 
through the address modes. Table 5-2 lists all the address modes, including the program counter (PC) register ad- 
dress modes. These address modes, along with the general purpose register designation, determine the instructions' 
operands (source and/or destination) and form part of the 1 6-bit instruction format (Figure 5-1). 
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Table 5-2 
Address Modes 



Mode Designation 



Symbolic 



ISP 



Description 



General Purpose Register Addressing 






register 


R 


if (m=0)thcnRr<wl:0>; 


The register (R, Rr) is the operand. 


1 


register 
deferred 


@R or (R) 


if(m=l)thenM[Rrl; 


Defer to operand through register 
(R, Rr) as address. 


2 


auto-increment 


(R)+ 


if (m=2) and (rgf 7) tlien 

(M[Rr];next 

Rr^Rr+ai); 


Defer to operand through register 
(R, Rr) as address, then increment. 


3 


auto-increment 


@(R)+ 


if (m=3)and(rg7'7)thcn 


Defer to operand through (R), Mw 




deferred 




(M[Mw[Rr]];next 
Rr«-Rr+2; 


[Rr] as address, then increment 
register (R, Rr). 


4 


auto-decrement 


~(R) 


if (m=4) tlien (Rr <- Rr - ai); 
next M[Rr]; 


Decrement register (R, Rr), then defer 
to operand tlirougli register (R, Rr) as 
address. 


5 


auto-decrement 


@-(R) 


if (m=5) then (Rr *- Rr - ai; 


Defer to operand through (R), Mw 




deferred 




nextM[Mw[Rr]]); 


Rr after decrement of register (R, Rr). 


6 


indexed 


±X(R) 


if (m=6) and (igfl) tfien 
M[nw' + Rr] ; 


Index via register = (R, Rr) by the 
amount specified in next PC word (X). 


7 


indexed 


@±X(R)or 


if (m=7) and (rg^7) tlien 


Defer to operand througli index of 




deferred 


@(R) 


M[Mw[nw' + Rr]]; 


register (R, Rr) specified in next PC 
word (X) as address. 



PC Register Addressing 



2 


immediate 


#n 


if (m=2) and (rg=7) then 
nw'<wl:0> 


Defer to operand through PC value 
(next word); next word is immediate 
operand. 


3 


absolute 


@#A 


if (m=3)and(rg=7)then 
M[nw'] 


Defer via next word (PC address) as 
address to operand; absolute address- 
ing. 


6 


relative 


A 


if (m=6) and (rg=7) then 
M [nw' + PC] ; 


Relative to PC; uses next word as de- 
ferred address of operand. 


7 


relative 


@A 


if (m=7) and (rg=7) then 


Defer relative to PC; uses next word as 




deferred 




M[Mw[nw' + PC]]; 


address of deferred address of the op- 
erand. 



NOTE: The following symbols are used in this table: 

R = Register 

X, n, A = next program counter (PC) word (constant) 
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DESTINATION ADDRESS — 

l^sSPECIFIES DIRECT OR INDIRECT ADDRESS 
»(#*SF€CIFIES HOW REGISTER WILL BE USED 
^^* "SPECIFIES ONE OF 8 GENERAL PURPOSE REGISTERS 



SOURCE ADDRESS ^ 

DESTINATION ADDRESS— — ~- ' 

M-DKECT/OEFERRED BIT FOR SOURCE AND DESTINATION ADDRESS 
«*-SPECIFIES HOW SELECTED REGISTERS ARE TO BE USED 
MM^'SPECIFIES A GENERAL REGISTER 



Figure 5-1 Single and Double Operand Address Modes 



5 .2 KB 1 1 -A, D INSTRUCTIONS 

The KB 1 1-A, D instruction set is divided into the following six groups of instructions: 

a. Double Operand - Arithmetic, logical, and move instructions are included in this group (Table 5-3). 

b. Register and Operand - Multiply, divide, and arithmetic shifts that specify a register, and an operand, 
are included in this group (Table 5-4). 

c. Single Operand - Shifts, multiple precision instructions, and rotates are in this group (Table 5-5). 

d. Program Control - This group includes all the instructions that explicitly change the PC and processor 
status word (PS), such as branches, subroutines, and traps (Table 5-6). 

e. Operate Group - The processor control instructions such as Halt and Wait are included in this group 
(Table 5-7). 

f. Condition Code Operators - This group includes the instructions that clear and set the PSW condition 
codes (Table 5-8). 

The format of each group of instructions is illustrated in Figure 5-2. 

In addition to these instructions, the KBl 1-A, D decodes all floating-point instructions that are executed by the 
FPl 1-B, C Floating-Point Processor. The floating-point instruction set is described in the FPU Floating-Point 
Processor Maintenance Manual, EK-FPl lC-MM-001. 

See Paragraph 5.3 for KBl 1-A, D instruction timing. 
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Single Operand Group 



OP Code flat 

I . . I . ^ I , , L. , I i_ 



Double Operand Group 



OP Code 



15 12 11 



Condition Code Operators 



O '2 4 I S I N J Z I V I C 
I 1 1 1 1 1 1 I L—l I I I I I I 



Register Source or Destination 



] ^ ng Src/dsl 
J I 1 I I I I 1_1 I 1 1 I I L. 



Subroutine Return 



'2 r«g 



Branch 



OPCODE OFFSET _ 



Figure 5-2 Instruction Formats 
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Tabic 5-3 
Double Oiicrand Instructions 



Mnemonic 

Instruction 

and Op Code 



MOV 

Move 

(Src to Dst) 

OlSSDD 



MOVE 
Move Byte 
(Src to Dst) 
IISSDD 



CMP 
Compare 
(Src to Dst) 
02SSDD 



CMPB 



ISP Notation 



r <- S'; next 

N^r<l5> 

if(r<15:0> = 0)thcn(Z^ 1 else Z <- 0), 

V^O; 

D'<-r 

r ^Sb';next 

N *- r <7>; 

if (r <7;0> = 0) then (Z <- 1 else Z *- 0); 

Db'<-r 
r<16:0>*-S'- D'; next 

N^r<15>; 

if (r <15:0> = 0) then (Z <- 1 else Z ^ 0); 

if (S <15> = ~D <15>)& (S <15> XOR r <15>) then 

(V *- 1 else V <- 0); 

C*-r<16> 

Db'; next 



Description 



Move source to intermediate register, r. 

Set N if negative. 

SctZif 0. 

Clear V. 

Transmit result to destination. 

Move source to intermediate register, r. 

Set N if negative. 

SetZifO. 

Clear V. 

Transmit result to destination. 

Source and destination operands are compared, but unaffected. 

Only condition codes are affected, as follows: 

Set N if r is negative. 

Set Z if r is 0. 

Set V if operands have opposite signs and the sign of the source 

is the same as the result, r. 

Set C if 17th bit is carry. 

Same as CMP, except operands are bytes. 



Compare Byte 


N ^ r <7>; 




12SSDD 


if (r <7:0) = 0) then (Z *- 1 else Z *- 0); 

if (Sb (7) = ~ Db <7> & (Sb <7> XOR r <7>) then 

(V^IelseV^O); 

C *- r <8> 




BIT 


r^D'&S';next 


Logical AND of source and destination operands. 


Bit Test 


N^r<15>; 


Set N if negative. 


03SSDD 


if (r <I5:0> = 0) then (Z <- 1 else Z <- 0); 


SetZifO. 




V^O 


No overflow. 


BITB 


r^Db'&Sb';next 


Same as BIT, except byte 


Bit Test, 


N-^r<7>; 




Byte 


if (r <7:0> = 0) then (Z *- 1 else Z *- 0); 




13SSDD 


V-f-0 




BIC 


r*-D'&~S';next 


AND destination operand with complemented source operand. 


Bit Gear 


N-i-r<15>; 


Set N if negative. 


04SSDD 


if (r <1 5 :0> = 0) then (Z *- 1 else Z *- 0); 


SetZifO. 




V^O; 


Clear V and put result in 




D<-r 


destination address. 


BICB 


r<-Db'&~Sb';next 


Same as BIC, except byte. 


Bit Qear, 


N<-r<7>; 




Byte 


if (r <7:0> = 0) then (Z *- 1 else Z *- 0); 




14SSDD 


V-K); 
Db<-r 





(continued on next page) 
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Table 5-3 (Cont) 
Double Operand Instructions 



Mnemonic 








Instruction 


ISP Notation 




Description 


and Op Code 








BIS 


r<-D'ORS';next 




Inclusive OR of source operand and destination operand. 


Bit Set 


N*-r.<15>; 




Set N if negative. 


05SSDD 


if (r <15:0> = 0) then (Z -^ 1 else Z ^0) 




SetZifO. 




V<-0; 




Clear V. 




D<-r 




Put result in destination. 


BISB 


r <- Db' OR Sb'; next 




Same as BIS, except byte. 


Bit Set, Byte 


N *- r (7>; 






15SSDD 


if (r (7:0) = 0) then (Z <- 1 else Z ^ 0); 

V^O; 

Db*-r 






ADD 


r<16:0>^S' + D';next 




Add source and destination to provide 17-bit sum. 


Add 


N^r<15>; 




Set N if negative result. 


06SSDD 


if(r<lS:0> = 0)then(Z*-l elseZ^O); 




SetZifO. 




if (S <15> equiv D <15)) & (S <15> XOR r 


as)) 


Set V if both operands were same sign and the result is of 




then (V f- 1 else V ■«- 0); 




opposite sign. 




C^r<16>; 




Set C if carry. 




D^r<15:0> 




Put result in destination. 


SUB 


r<16:0>*-D'- S';next 




Subtract source operand from destination operand. 


Subtract 


N^r<15>; 




Set N if negative results. 


16SSDD 


if (r <15:0> = 0) then (Z *- 1 else Z *- 0); 




SetZifO. 




if (D <15> XOR S <15» & (D <15> XOR r 


<15» 


Set V if operands had different signs and result is opposite 




then (V -<-l else V<-0); 




sign from destination. 




C^r<16>; 




Set C if a carry. 




D^r<15:0> 




Put result in destination. 
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Table 5-4 
Register and Operand Instructions 



Mnemonic 






Instruction 


ISP Notation 


Description 


and Op Code 






MUL 


r<31:0>-«-D'XR[sr];next 


Multiply contents of source register and destination to form 


Multiply 




32-bit product. 


070RSS 


if (r <31 :0> = 0) then (Z ^ 1 else Z *- 0); 


Set Z if product is 0. 




N^rOO; 


Set N if product is negative. 




if (r <31:0><-2l^) OR (r <31:0>> l^^) then 


Set C if product is more than 16-bit result. 




(C ^ 1 else C ^ 0); 






V-^0; 


No overflow possible; clear V. 




R[sr] <15:0>^r<31:16>;next 


Store the high-order result in R. 




R[srORl] <15:0><-r<15:0); 


Store the low-order result in succeeding register if R is even 
number. Otherwise, store in R. 


DIV 


rl <31:0>-<-R[sr] cat R[sr OR 1]/D'; next 


The 32-bit dividend, R, R OR 1 , is divided by source operand 


Divide 




D. R must be even number. 


071 RSS 


r2<15:0>'^R[sr] cat R[srOR 1] -(rl X D); 


Determine the remainder. 




nextN<-rl <15>; 


Set N if quotient is negative. 




if (rl <31:0> = 0) then (Z *- 1 else Z ^ 0); 


Set Z if quotient is 0. 




if (D = 0) then (C ■>- 1 else C ^ 0); 


Set C if divide by attempted. 




if(rl<15>=0)&(rl<31:16>i'0) 


Set V if divisor is 0, or if the result is too large to be stored 




OR 


as a 16-bit number. 




if(rl<15) = l)&(rl<31:16>f-l) 

OR 
if (D = 0) then (V ^ 1 else V ^ 0); 










R[sr] -s-rKlSiO) 


Store quotient in R. 




R[srORl] -*-r2 


Store remainder in R OR 1. 


ASH 


r <79:0> -^ sign-extend (R[sr] <1 S:0> X 2 t 


Contents of R are shifted NN places right or left, where NN 


Arithmetic 


(D' <5:0> + 32) mod 64); next 


equals the six low-order bits of DD. 


Shift 




NN =-32 to +31. 


072RDD 


R[sr] <15:0>*-r<47:32>;next 


Store result in R. 




if (R[sr] = 0) then (Z ^ 1 else Z ■«- 0); 


Set Z if result is 0. 




if ((R[sr] <15> = 0) & (r <79:48># 0) OR 


Set V if sign of register changed during shift. 




(R[sr] <15> = 1) & (r <79:48> i^ - 1)) then 






(V^lelseV-s-0); 






N^R[sr] <1S>; 


Set N if result is negative. 




if(D<5>=l)thenC*-r<31>; 


Load C from last bit shifted out of register. 




if (D <5> = 0) & (D <5 :0> ^ 0) then 






C<-r<48); 






if(D<5:0> = 0)thenC^0 





(continued on next page) 
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Table 5-4 (Cont) 
Register and Operand Instructions 



Mnemonic 






Instruction 


ISP Notation 


Description 


and Op Code 






ASHC 


r <95;0> +- sign-extend (R[sr] cat R[sr OR 1 ] X 


Contents of R, and R ORed with 1 , form a 32-bit word (R = 


Arithmetic 


2t(D'<5:0> + 32)mod64);next 


31:16, ROR 1 = 15:0) that is shifted right or left NN places, 


Sliift 




specified by six low-order bits of destination operand, DD. 


Combined 


R[sr] ^r<63:48>;next 


Store results in R and R OR.l. 


073 RDD 


R[srORl] ^r<47:32>;next 






if(R[sr] catR[srORl] = 0) then (Z ^ 1 else 


Set Z if result is 0. 




Z^O); 






N^R[sr] <15>; 


Set N if result is negative. 




if (r <63> = 0) & (r <95:64> f 0) OR 


Set V if sign bit changes during the shift. 




if (r (63> f 0) & (r <95:64> f-l) then 






(V^lelseV^O); 






if(D<5>=l)thenC^t<31>; 


Load C with high order if left shift. 




if(D(5> = 0)&(D<5:0>^0)then 


Load C with low order if right shift. 




C <- T <64>; 






if(D (5:0) = 0) then C^O 


Otherwise, clear C. 


XOR 


r^R[sr] XOR D'; next 


The exclusive-OR of the register and the destination operand 


Exclusive-OR 




is stored in the destination address. 


074RDD 


if (r = 0) then (Z ^ 1 else Z ^ 0); 


Set Z if result is 0. 




N*-r<15>; 


Set N if result is negative. 




V^O; 


Clear V; no overflow possible. 




R[sr] *-r 




SOB 


r ■*-R[sr] -l;next 


Decrement register by 1 . If result is not equal to 0, branch. 


Subtract 


R[sr] -f-r; 




One and 


if (r f 0) then (PC ■*- PC - 2 X df <5 :0>) 


Subtract 2 X 6-bit offset from PC to get new PC. 


Branch 






077R offset 
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Table 5-5 
Single Operand Instructions 



Mnemonic 






Instruction 


ISP Notation 


Description 


and Op Code 






CLR 


D' *- 0; 


Clear destination, N, V, and C; set Z. 


aear dst 


N<-0; 




0050DD 


Z-Hl; 
V^O; 

c*-o 




CLRB 


Db' ■«- 0; 


Clear destination byte. 


Qear Byte dst 


N-«-0; 




1050DD 


Z-Hl; 

V-<-0; 
C*-0 




COM 


r<-~D';next 


Complement destination. 


Complement 


N^r<15>; 


Set N if negative. 


dst 


if (r <15:0> = 0) then Z ■«- I else Z <- 0); 


SetZifO. 


005 IDD 


V<-0; 


Clear V. 




C<-1; 


SetC. 




D*-r 


Put result in destination. 


COMB 


r*-~Db'; next 


Same as COM, except byte. 


Complement 


N*-r<7>; 




Byte dst 


if (r <7:0> = 0) then (Z *- 1 else Z *- 0); 




1051DD 


V-f-O; 
C*-l; 
Db-^r 




INC 


r ■<- D' + 1 ; next 


Result is sum of D plus I . 


Increment dst 


N-^r<15); 


Set N if negative. 


0052DD 


if (r <15 :0> = 0) then (Z ■*- 1 else Z <- 0); 


SetZifO. 




if (r <15:0>= lOOOOOg) then (V-i-1 else V*-0); 


Set V if result equals lOOOOOg (dst was 077777g). 




Df-r 


Put result in destination. 


INCB 


r ■<- Db' + 1 ; next 


Same as INC, except byte. 


Increment 


N-*-r<7>; 




Byte dst 


if (r <7:0> = 0) then (Z *- 1 else Z *- 0); 




1052DD 


if (r <7:0> = 200g) then (V <- 1 else V ^ 0); 
Db-^r 


Set V if result equals 200g (dst byte was 177g). 


DEC 


r «- D' - 1 ; next 


Result is destination operand minus 1 . 


Decrement 


N-<-r<lS>; 


Set N if negative. 


dst 


if (r <15 :0> = 0) then (Z -<- 1 else Z *- 0); 


SetZifO. 


0053DD 


if (r <15 :0> = 777773) **•*" ^ '^ ' «'** ^ ^ °)' 


Set V if result equals 77777g (dst was lOOOOOg). 




D<-r 


Put result in destination. 


DECB 


r <- Db' - 1 ; next 


Same as DEC, except byte. 


Decrement 


N-^r<7>; 




Byte dst 


if (r <7:0> = 0) then (Z ■<- 1 else Z *- 0); 




1053DD 


if(r<7;0>= 1778)then(V-«- 1 else V*-0); 
Db-^r 


Set V if result is 177g (dst byte was OOOg). 



(continued on next page) 
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Table 5-5 (Cont) 
Single Operand Instructions 



Mnemonic 

Instruction 

and Op Code 



ISP Notation 



NEG r-<--D';next 

Negate dst N-i-r<15>; 

0054DD if (r <1 5 :0> = 0) then (Z *- 1 else Z *- 0); 

if (r <15:0>= lOOOOOg) then (V-«- 1 else V-^0); 

if (r <15:0> = 0) then (C -*- else C <- 1); 

D-*-r 

NEGB r-<--Db';next 

Negate Byte N ■<- r <7>; 

1054DD if (r <7:0> = 0) then (Z ■<- 1 else Z <- 0); 

if (r <7:0> = 200g) then (V <- 1 else V ^ 0); 

if (r <7:0> = 0) then (C ^ else C ^ 1); 

Db*-r 

ADC r^D' + C;next 

Add Carry N*-r<15>; 

0055DD if (r <15:0> = 0) then (Z ^ 1 else Z->- 0); 

if (r <15:0> = lOOOOOg) & (C = 1) then (V<- 1 

else V <- 0); next 

if (r <15 :0> = 0) & (C = 1) then (C <- 1 else 

C<-0); 

ADCB r-<-Db' + C;next 

Add Carry N -s- r <7>; 

Byte if (r <7:0> = 0) then (Z *- 1 else Z *- 0); 

105SDD if (r <7:0> = 200g) & (C = 1) then (V <- 1 else 

V *- 0); next 

if (r <7:0> = 0) & (C = 1) then (C *- 1 else C ■«- 0); 

Db-<-r 

SBC r^D'-C;next 

Subtract N-<-r<15>; 

Carry if (r <15:0> = 0) then (Z <- 1 else Z •<- 0); 

0056DD if (r <1 5 :0> = 1 OOOOOg) then (V <- 1 else V <- 0); 

if (r <15 :0> = 0) & (C = 1) then (C •<- else 

C <- 1); 

D<-r 

SBCB r-^Db'-C;next 

Subtract N <- r <7>; 

Carry Byte if (r <7:0> = 0) then (Z <- 1 else Z <- 0); 

1056DD if (r <7:0> = 200g) then (V ^ 1 else V ^ 0); 

if (r <7:0> = 0) & (C = 1) then (C ^ else C «- 1); 

Db*-r 



Description 



Negate D by 2's complement. 

Set N if negative result. 

SetZifO. 

Set V if destination operand was 1 OOOOOg 

Clear C if result is 0, otherwise set C. 

Put result in destination. 

Same as NEG, except byte. 



Add the C bit to the destination. 

Set N if negative. 

Set Z if 0. 

Set V if destination was 077777g and C was 1 . 

Set C if destination was 1 77777„ and C was 1 . 



Same as ADC, except byte. 



Subtract C bit from contents of destination. 

Set N if negative. 

Set Z if 0. 

Set V if result is lOOOOOg. 

Clear C if result is and C = 1 . 

Put result in destination. 
Same as SBC, except byte. 



(continued on next page) 
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Table 5-5 (Cont) 
Single Operand Instructions 



Mnemonic 

Instruction 

and Op Code 



TST 
Test 
005 7DD 



TSTB 

Test Byte 
1057DD 



ISP Notation 



r <-D'-0;next 



N-«-r<15>; 

if(r<15:0> = 0)then(Z<-l elseZ-^0); 

V-i-0; 

C <-0 

r ♦-Db'-0;next 

N *- r <7>; 

if (r <7:0> = 0) then (Z *- 1 else Z <- 0); 

V^O; 

C*-0 



Description 



Sets N and Z condition codes according to contents of 
destination address. 



Same as TST, except byte. 



ROR 


r <16:0> *- D' <0> cat C cat D' <15:1>; next 


1 7-bit intermediate result is C and contents of destination 


Rotate Right 




rotated right one place. 


0060DD 


N+-r(15>; 


Set N if high order bit is set. 




if (r <15:0> = 0) then (Z •<- 1 else Z-^ 0); 


Set Z if result is 0. 




C cat D<15:0>-^r<16:0>; next 


Put 17-bit result into C bit and destination. 




if (N XOR C) then (V *- 1 else V ^ 0) 


Load V with exclusive-OR of N and C (after rotation is 
complete). 


RORB 


r <8:0> <- Db' <0> cat C cat Db' <7: 1>; next 


Same as ROR, except byte. 


Rotate Right 


N <- r <7>; 




Byte 


if (r <7:0> = 0) then (Z ^ 1 else Z ^ 0); 




1060DD 


C cat Db^r<8:0>; next 

if (N XOR C) then (V ♦- 1 else V <- 0) 




ROL 


r <16:0>*-D' (15:0) cat C; next 


17-bit result is C and contents of destination rotated left one 


Rotate Left 




bit. 


006 IDD 


N^r<15); 


Set N if result is negative. 




if(r<15;0>=0)then(Z^ lelseZ-s-Q); 


Set Z if result is 0. 




C cat D<-r<I6:0>; next 


Put result into C and D. Bit 15 into C bit and previous C bit 
into bit 0. 




if (N XOR C) then (V ^ 1 else V -^ 0) 


Load V with exclusive-OR of N and C after rotation is 
complete. 


ROLB 


r <8:0> ^Db' <7:0> cat C; next 


Same as ROL, except byte. 


Rotate Left 


N ^ r <7>; 




Byte 


, if (r <7:0> = 0) then (Z ■>- 1 else Z ^ 0); 




1061DD 


C cat Db^r<8:0>; next 

if (N XOR C) then (V <- 1 else V ■*- 0) 




ASR 


r *- D72; next 


Contents of destination shifted right one place (+ 2). 


Arithmetic 


C ■*- D <0>; 


Least-significant bit loaded into C. 


Shift Right 


N<-r<15>; 


Set N if result negative. 


0062DD 


if (r <1 5 :0> = then (Z *- 1 else Z *- 0); next 


Set Z if result 0. 




if (N XOR C) then (V ■«- 1 else V <- 0); 


Load V with exclusive-OR of N and C after shift is complete. 




D-^r 


Put result into destination. 



(continued on next page) 
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Table 5-5 (Cont) 
Single Operand Instructions 



Mnemonic 

Instruction 

and Op Code 



ASRB 
Arithmetic 
Shift Right 
Byte 
106 2DD 



ISP Notation 



r*-DbV2;next 

C^Db<0>; 

N <- r <7>; 

if(r<7:0> = 0)then(Z< 

if (N XOR C) then (V - 

Db<-r 



1 else Z*-0); next 
1 else V-^0); 



Description 



Same as ASR except byte. 



ASL 


r <- D' <15> cat D' <13:0> cat 0; next 




Shifts contents of destination left one place, but sign bit 


Arithmetic 










remains in most significant place. 


Shift Left 


C^D<14>;next 








Bit 14 loaded into C. 


0063DD 


N^r<lS>; 








Set N if result negative. 




if(r<15:0> = 0)then(Z* 


- 1 else Z <- 0); next 


Set Z if result 0. 




if (N XOR C) then 


(V- 


1 else V <- 


0); 


Load V with exclusive-OR of N and C after shift completed 




D*-r 








Put result in destination. 


ASLB 


r *- Db' <7> cat Db' 


<5;0> cat 0; next 




Same as ASL, except byte. 


Arithmetic 


C^Db<6>;next 










Shift Left 


N *- r <7>; 










Byte 


if(r<7:0> = 0)then 


(z<- 


1 else Z <- 


0); next 




1063DD 


if (N XOR C) then 
Db^r 


(V- 


1 else V *- 


0); 




MARK 


SP^PC + 2 + (2X 


df<5:0>);next 




Adjusts stack pointer by the number of words indicated in t 


Mark 










low 6 bits of the instruction (2 X nn locations). 


0064nn 


PC-*-R[5];next 
R[5] ^Mw[SP]; 
SP^SP+2 








Puts old PC (R5) into PC. 
Contents of old R5 popped into R5. 


MFPI 


r ■<- D'; next 








Get destination operand from previous I space. 


Move From 


SP<-SP-2; 








Push stack. 


Previous 


N^r<15>; 








Set N if negative. 


Instruction 


if (r <15:0> = 0) then (Z ^ 1 else Z *- 0); 


SetZifO. 


Space 


V<-0; 








Clear V. 


0065DD 


Mw [SP] *- r 








Put operand into current address space. 


MFPD 


r ■«- D'; next 








Get destination operand from previous D space. 


Move From 


SP^SP-2; 








Push stack. 


Previous 


N<-r<15>; 








Set N if negative. 


Data Space 


if(r<15:0> = 0)then(Z^ 


- 1 else Z ^ 0); 


SetZifO. 


1065DD 


V^O; 

Mw [SP] *- r 








Clear V. 

Put operand into current address space. 


MTPI 


r <- Mw [SP] ; 








Get data from current stack. 


Move To 


SP ■<- SP + 2; next 








Pop stack. 


Previous 


N^r<15>; 








Set N if negative. 


Instruction - 


if(r<15:0> = 0)then(Z^ 


- 1 else Z -s- 0); 


SetZifO. 


Space 


V^O; 








Clear V. 


0066DD 


D'^r 








Move to previous I space destination. 



(continued on next page) 
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Table 5-5 (Cont) 
Single Operand Instructions 



Mnemonic 








Instruction 


ISP Notation 




Description 


and Op Code 








MTPD 


r<-Mw[SP]; 




Get data from cunent stack. 


Move To 


SP ->- SP + 2; next 




Pop stack. 


Previous 


N-=-r<15>; 




Set N if negative. 


I3ata Space 


if (r <15:0> = 0) then (Z -^ 1 else Z -*- 0); 




SetZifO. 


1066DD 


V*-0; 




Clear V. 




D'-«-r 




Move to previous D space destination. 


SXT 


if (N = 1) tlien (r <15:0>-^-l else r <15:0> 


^0); 


If the N bit is set, then - 1 is placed in tlie destination operand. 


Sign Extend 


next 




Otherwise, is placed in the destination operand. 


destination 


if (r <15:0> = 0) then (Z *- 1 else Z •>- 0); 




Set Z if result is 0. 


0067DD 


D'-^r 
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Table 5-6 
Program Control Instructions 



Mnemonic 






Instruction 


ISP Notation 


Description 


and Op Code 






BR 


PC -s- PC + sign-extend (instr <7:0> X 2) 


Always branch. 


Branch 




PC changed as follows: 


Unconditional 




Eight least -significant bits of instruction are multiplied times 2 


0004 loc 




and added to PC with sign extended. 


BNE 


if (Z = 0) then (PC f- PC + sign-extend 


Branch if Z is 0. 


Branch 


(instr (7:0) X 2)) 




Not Equal 






0010 loc 






BEQ 


if (Z = 1) then (PC *- PC + sign-extend 


Branch if Z is 1 , 


Branch on 


(instr <7:0> X 2)) 




Equal 






0014 loc 






BGE 


if (N equiv V) then (PC -*- PC + sign-extend 


Branch if N is equivalent to V. 


Branch if 


(instr <7:0>X 2)) 




Greater than 






or Equal (zero) 






0020 loc 







BLT 

Branch on 
Ixss Than 
0024 loc 

BGT 

Branch on 
Greater Than 
0030 loc 

BLE 

Branch on 
Less Than 
or Equal (zero) 
0034 loc 

BPL 

Branch on 
Plus 
1000 loc 

BMI 

Branch on 
Minus 
1004 loc 

BHI 

Branch on 

Higher 

lOlOloc 



if (N XOR V) then (PC <- PC + sign-extend 
(instr <7:0> X 2)) 



if (~Z & (N equiv V)) then (PC ^ PC + sign- 
extend (instr <7:0> X 2)) 



if (Z OR (N XOR V)) then (PC *- PC -h sign- 
extend (instr <7:0> X 2)) 



if (N = 0) then (PC ■>- PC + sign-extend 
(instr <7:0>X 2)) 



if (N = 1) then (PC <- PC + sign-extend 
(instr <7:0) X 2)) 



if ~(C OR Z) then (PC *- PC + sign-extend 
(instr <7:0>X 2)) 



Branch if exclusive-OR of N and V equal 



Branch if Z not and N equals V. 



Branch if Z equals 1 or if exclusive-OR of N and V equals 



Branch if N is 0. 



Branch if N is 1 . 



Branch if C and Z are 0. 



(continued on next page) 
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Table 5-6 (Cont) 
Program Control Instructions 



Mnemonic 






Instruction 


ISP Notation 


Description 


and Op Code 






BLOS 


if (C OR Z) then (PC <- PC + sign-extend 


Branch if C or Z is 1 . 


Branch on 


(instr <7:0> X 2)) 




Lower or 






Same 






1014 loc 






BVC 


if (V = 0) then (PC ^ PC + sign-extend 


Branch if V is 0. 


Branch on 


(instr<7:0>X2)) 




Overflow 






Qear 






BVS 


if (V = 1) then (PC ^ PC + sign-extend 


Branch if Vis 1. 


Branch on 


(instr<7:0>X2)) 




Overflow Set 






1024 loc 






BHIS 


if (C = 0) then (PC <- PC + sign-extend 


Branch if C is 0. 


Branch on 


(instr <7:0>X 2)) 




Higher or 






Same 






1030 loc 






BLO 


if (C = 1) then (PC -«- PC + sign-extend 


Branch if C is 1 . 


Branch on 


(instr <7:0> X 2)) 




Lower 






1034 loc 






JSR 


SP-«-SP-2;next 


Push contents of R onto stack. 


Jump to 


Mw [SP] *- R[sr] ; 




Subroutine 


R[sr] -<-PC 


Store current PC in R. 


004RDD 


PC <- D address 


Load subroutine address into PC. 


RTS 


PC^R[dr]; 


Load contents of R into PC. 


Return from 


R[dr] ^Mw[SP]; 


Pop stack pointer into R. 


Subroutine 


SP*-SP+2 




00020R 
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Table 5-7 
Operate Group Instructions 



Mnemonic 






Instruction 


ISP Notation 


Description 


and Op Code 






HALT 


Off <- true 


Processor halts with console in control. No activities or 


Halt 




instructions can be executed until a console actions restarts 


000000 




the processor. 


WAIT 


Wait ■^ true 


Processor relinquishes bus and waits for an external interrupt. 


Wait 






000001 






lOT 


SP^SP-2;next 


Push PS onto Stack. 


I/O Trap 


Mw [SP] *- PS; 




000004 


SP*-SP-2;next 
Mw [SP] *-PC; 


Push PC onto stack. 




PC *- Mw [20] ; 


Get new PC from location 20. 




PS ■«- Mw [22] 


Get new PS from location 22. 



RESET 
Reset 

External Bus 
000005 

SPL 

Set Priority 

Level 

00023N 

RTI 

Return from 
Interrupt 
000002 

RTT 

Return from 

Interrupt 

000006 

EMT 

Emulator Trap 
104 Code 
(104000 - 
104377) 

TRAP 
Trap 
104 Code 
(104400 - 
104777) 



Init •*- 1 ; 

Delay (20 milliseconds); next 

Init <- 

PS<7:5>*-df<2:0> 



PC ^ Mw [SP] ; 
SP*-SP + 2;next 
PS ^ Mw [SP] ; 
SP <- SP + 2 

PC *- Mw [SP] ; 
SP ^ SP + 2; next 
PS <- Mw [SP] ; 
SP ^ SP + 2 

SP<-SP-2;next 
Mw[SP] ^PS; 
SP-f-SP-2;next 
Mw[SP] <-PC; 
PC -^ Mw [30] ; 
PS ^ Mw [32] 

SP^SP-2;next 
Mw [SP] ^ PS 
SP<-SP-2;next 
Mw [SP] -(-PC; 
PC *- Mw [34] ; 
PS<-Mw[36] 



Send INIT on Unibus for 20 ms. 



Load three least significant bits, N, into PS. 



Pop PC off stack. 

Pop PS off stack. 

(RTI permits trace trap.) 

Pop PC off stack. 

Pop PS off stack. 

(RTT inhibits trace trap.) 

Push PS onto stack. 
Push PC onto stack. 
Get new PC and PS from locations 30 and 32. 

Push PS onto stack. 
Push PC onto stack. 
Get new PC and PS from locations 34 and 36. 
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i iibic 5-8 
Condition Cmle Operntors 



Mnemonic 

Instruction 

and Op Code 



ISP Notation 



Description 



CLC 
Clear C 

000241 

CLV 

Clear V 
000242 

CLZ 

Clear Z 
000244 

CLN 
Clear N 
000250 

CCC 

Clear all 
Condition 
Codes 
000257 

SEC 

SetC 

000261 

SEV 

Set V 
000262 

SEZ 
Set Z 
000264 

SEN 

SetN 

000270 

sec 

Set all 
Condition 
Codes 
000277 



if (instr <4> = & instr <0> = 1) tlien C ^ 



if (instr <4> = & instr <1> = 1 ) then V *- 



if (instr <4> = & instr <2> = 1 ) then Z -<- 



if (instr <4> = & instr <3> = 1) then N *- 



if (instr <4) = & instr <3;0> = 17) then 

(C^O; 

V^O; 

Z^O; 

N^O) 

if (instr <4> = 1 & instr <0> = 1) then C *- 1 



if (instr <4> = 1 & instr (1> = 1) then V *- 1 



if (instr <4> = 1 & instr <2> = 1) then Z ^ 1 



if (instr <4> = 1 & instr <3> = 1) then N *- 1 



if (instr <4:0> = 37) then 
(C-1; 

Z^l; 
N^l) 



When bit 4 of the instruction is bits 3,2,1, and dear 
corresponding bits in PS. 



When bit 4 of the instruction is 1 , bits 3,2, 1 , and set corre- 
sponding bits in PS. 
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5.3 KB 11 -AD INSTRUCTION TIME 

Instruction execution time variation with core memory among a group of processors is due to several factors. 
The most important of these are: 

a. Memory cycle time variation 

b. Memory access time variation 

c. Unibus propagation time 

d. Logic gate delay variations 

e. Synchronization uncertainty. 

The PDP-11 104, 05, 10, 35, 40, 45 Processor Plandbook includes a chart of "typical" instruction times in Appendix 
B, Instruction Timing. An individual system will execute instructions +1 5 percent, -10 percent of these times, 
assuming that the core memory is located less than 3 feet from the processor on the Unibus (within the processor 
box). 

For a specific processor/memory system, all of the five major sources of variation are fixed. Hence, it is possible, 
by taking a few simple measurements, to create a nearly exact set of instruction times for a specific system. 

It is the purpose of this section to explain how to generate such a tailored set of instruction times, Paragraph 
5.3.7 presents the justification for the method. 

Specifically, this section explains how to calculate the time to process a core memory cycle under all possible con- 
ditions. To calculate an instruction time, one or more memory cycle times must be added to the additional time 
required to internally process the instruction. An example of calculating an instruction time is given in this 
section. Such instruction time calculations require understanding and use of the flow diagrams of the KB 1 1-A, 
(D-FD-KBl l-A-03) or the KBl 1-D (D-FD-KBl 1-C-Ol) that are included with the system engineering drawings of 
the PDP-11/45, 11/50, or 11/55. 

The flow charts are explained in Chapter 7 (Microprogram Flow Diagrams) of this manual. 

5.3.1 Approaches — Typical/Minimum/Maximum/Measured 

Typical: The instruction times in the Instruction Timing Chart are typical. A given machine will not vary more 
than +15 percent, -10 percent from these times. The instruction times represent a machine with the following 
typical times (MMl 1-S, MFl 1-L, or MLl 1 Memories): 





Unibus Core* 


Fastbus Bipolar** 


Memory Cycle Time 


1000 ns 


300 


Memory Access Time 






DATI 


595 ns 


180 


DATO 


150 ns 


180 


Bus Propagation Delay 


ns 


N/A 


MSYN 


TmS - 235 ns 


N/A 


MSYN Delayed 


TmSD - 355 ns 


N/A 


SSYN Re-sync 


Tgs - 120 ns 


N/A 


*MMU-UP 




**MS11-C,MS11-AP 







For most purposes, the "typical" times are appropriate. Under special circumstances, it is possible to create mini- 
mum, maximum, and tailored instruction times, using the information which follows. 

Minimum: This is the fastest that instructions can be processed. Such calculations take into account the least 
logic delay and assume zero propagation delay between logic elements. 
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Maximum: This is the slowest that instructions can be processed. It assumes the worst case logic delay under 
worst case temperature (very cold). It also assumes zero propagation delay between logic elements. 

Measured: By making a few measurements on a system, the instruction time for all instructions on a specific 
system can be calculated. Note that all times may be different for each memory unit on the system since each 
one can have different cycle and access time, as well as a different Unibus length from the CPU. 

5.3.2 Steps to Calculate Instruction Times 

There are three steps required to calculate instruction times with the KBl 1-A, D Processor (PDP-1 1/45, 1 1/50, 
and 1 1/55) for other than the typical values listed in the PDP-1 1104. 05, 10, 35, 40, 45 Processor Handbook, 
Appendix B. 

5.3.2.1 Step 1 : Subcycle Times - The first step is to specify values for several subcycle times. Paragraph 5.3.7 
explains the source of these subcycle times. The times to be determined are: 

Jq - Memory Cycle Time 

T^ - DATI Access Time 

If^ — DATO Access Time 

Tj^S - MSYN Generation Time 

Tj^gjj — MSYN Generation Time Delayed 

Tp — Unibus Propagation Delay 

Tgs - SSYN Restart Time 

Tg/M - SSYN to MSYN Time 

Paragraph 5.3.3 gives minimum, typical, and maximum values for these subcycle times. In addition, instructions 
on how to measure the specific time on a given system are included. 

5.3.2.2 Step 2: Cycle Times - Next, the subcycle times above must be used to create a set of seven cycle times. 
The seven cycle times are: 

1. DATIorDATIP 

2. DATO 

3. DATI or DATIP with Previous DATO 

4. DATI or DATIP with Previous DATI 

5. DATO with Previous DATI 

6. DATO with Previous DATO 

7. DATO with (Tj^go). 

Cycle times 1 and 2 are normal cycles. Cycle times 3-6 may be increased due to previous memory activity that 
leaves the memory busy. Cycle time 7 waits for data from the processor. There are no memory cycles that wait 
both for busy memory and data from the processor. Paragraph 5.3.4 explains how to calculate these seven cycle 
times. 

5.3.2.3 Step 3: Instruction Time - An instruction time is defined as beginning with microstate IRD.OO and 
ending with the completion of the fetch of the next instruction. The instruction time is then the sum of one or 
more cycle times from step 2 and, generally, one or more processor microstate times. Each microstate time, that 
is not part of a memory cycle, takes 150 ns. Paragraph 5.3.5 gives an example of instruction time calculation. 

5.3.3 Determining Subcycle Times 

Paragraphs 5.3.3.1-5.3.3.6 give values for the subcycle times and instructions for measuring the time on a specific 
system. 
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5.3.3.1 MSYN Generation Time (%§) 
Calculated Tj^^: 



Minimum 


195 ns 


Typical 


235 ns 


Maximum 


300 ns 



Measuring Tj^^g: 

Measure from the leading edge of signal TIGD T3 B H going positive (pin El 2J2) to the leading edge of 
signal BUSA MSYN L going negative (pin E12D1). 

NOTE 
All pin numbers refer to the KB 11 -A, D backpanel unless 
otherwise stated. 

Program: 

Do BR. in memory of interest. 

5.3.3.2 MSYN Generation Time Delayed (Tj^sp) - 



Calculated Tj^gp: 




Minimum 


319 ns 


Typical 


355 ns 


Maximum 


417 ns 


Measuring Tj^§£,: 




Same as Tjyjg. 




Program: 




GO: MOV RO, 


@R0 



JMP GO (where RO is not within the program) 
Use longest Tjyjgp as value. 



NOTE 

All values of Tjyjg and Tjyjgjj are increased by 90 ns if 

the memory management option (KTl 1-C, CD) is operating. 



5.3.3.3 MMl I-L Access Time (T^) 
Access Time MMl 1-L (DATI) 



Calculated T^: 




Minimum 


300 ns 


Typical 


325 ns 


Maximum 


400 ns 



Measure on the MMl 1-L Backpanel: 

Measure the time from the negative-going edge of BUS MSYNC L on pin B03V1 to the negative-going 
edge of BUS SSYN L on pin B03U1. 
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Access Time MM 1 1 -L (D ATO) 



Calculated T^: 




Minimum 


80 ns 


Typical 


140 ns 


Maximum 


160 ns 



Measuring T^: 

Use the same measuring points as DATI. Use the shorter of the two times displayed (the longer one is a 
DATI). 

Program: 

GO: MOV RO, TEMP 

JMPGO 

TEMP: 

5.3.3.4 MMll-L Cycle Time (T^) - The MMl 1-L/Cycle time is 900 ns ± 25 ns. 

To measure, do BR. in the memory of interest. Measure the time from the leading edge of MSYN (positive edge) 
pin 1 3 of E23 on the G 1 1 module of the MM 1 1 -L to the trailing edge of MSEL (positive edge) pin 11 of EO 1 
on the Gl 10 module. 

5.3.3.5 Unibus Propagation Delay (Tp) - The round trip delay of signals on the Unibus is 3.6 ns/ft. 

In addition, each device (unit load) located between the KBl 1-A, D and the MMl 1-L of interest adds an 
equivalent of 1 foot delay (3.6 ns). 



5.3.3.6 SSYNResync 


Time (T^g) - 


Calculated T§§: 




Minimum 


90 ns 


Typical 


120 ns 


Maximum 


170 ns 



Measuring Tg§: 

Measure the time from the leading edge of BUS A SSYN L (negative edge) on pin C12J1 to the leading edge 
of TIGD T3 B H (positive going) on pin E12J2. 

5.3.4 Calculating Cycle Times 

Instructions and formulas for calculating cycle times are given in this section. Their derivation is explained in 
Paragraph 5.3.7. 

5.3.4.1 DATI and DATIP - 

Cycle Time =150 + Jyi^ + T^ + Tp + Tgg 

5.3.4 2 DATO- 

Cycle Time =150 + T^g + T^ + Tp + Tgg 
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5.3.4.3 DATI or DATIP with Immediately Previous DATO - 

5. 3. 4. 3. 1 DA TO Is Not Part of DA TIP-DA TO Sequence - 

a. Compute T^jy^ = Tp + Tgs + 1 50 + Tj^g 

b. Compute the time memory is busy for a DATO: 

Tb = Tc"Ta 

c. Subtract Tg /]y[ from Tg. If the difference is positive, the value is added to the time calculated 
for DATI or DATIP in Paragraph 5.3.4. 1 . If the difference is negative, the previous DATO has 
no effect on the DATI or DATIP time. 

5. 3. 4. 3. 2 DA TO Is Part of DA TIPDA TO Sequence - 

a. Compute Tg/M ^^'^^ Paragraph 5.3.4.3.1., a. 

b. Compute the time memory is busy for a DATO where: 

Tg = [Tc - Ta (DATIP)] - T^ (DATO) 

c. Subtract Tg ;y from Tg. If the difference is negative, the DATO will have no effect on the DATI 
or DATIP time. 

5.3.4.4 DATI or DATIP with Immediately Previous DATI ~ 

a. Compute the time memory is busy for a DATI: 

b. Subtract Tg/j^ as calculated in Paragraph 5.3.4.3 from Tg as just calculated. If the difference is 
positive, the value is added to the time calculated for a DATI or DATIP in Paragraph 5.3.4. 1 . If the 
difference is negative, the DATI has no effect on DATI or DATIP time. 

5.3.4.5 DATO with Immediately Previous DATI - Add the difference calculated in Paragraph 5.3.4.4, part b 
to the DATO time calculated in Paragraph 5.3.4.2. If that difference is negative, the DATI has no effect on the 
DATO time. 

5.3.4.6 DATO with Immediately Previous DATO (where first DATO is not part of DATIP-DATO sequence) - 

If the difference computed in Paragraph 5.3.4.3.1, part c, is positive, add it to the DATO time. If it is negative, 
the previous DATO has no effect on the current DATO. 

5.3.4.7 DATO (with Tjyjgj)) - Recompute a value for Paragraph 5.3.4.2 using Tygp instead of Tj^g. 

5.3.5. Example of Calculating an Instruction Time 

This section will illustrate the three steps, for the following instruction, using typical values: 

MOV RO, @ - (R3) 
5.3.5.1 Step 1 — For a typical system, we have as subcycle values: 

900 ns = Tq Memory Cycle 

325 ns = T^ DATI Memory Access 

140 ns = T^ DATO Memory Access 

235 ns = Tjyig MSYN Generation 
ns = Tp Unibus Delay 

355 ns = Tj^gD MSYN Generation Delayed 

120 ns = Tgg SSYN Restart 
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5.3.5.2 Step 2- 

1. DATIorDATIP 

T=150 + Tms + Ta + Tp + Tss 
T= 150 + 235 + 325 + 0+ 120 
T= 830 ns 

2. DATO 

T = 645 ns 

3. DATI or DATIP with previous DATO 

a. DATO is not part of DATIP-DATO Sequence: 

T= 1085 ns 

b. DATO is part of DATIP-DATO Sequence: 

T = 830 ns 

4. DATI or DATIP with previous DATI 

T = 900 ns 

5. DATO with previous DATI 

T=715ns 

6. DATO with previous DATO 

T = 900 ns 

7. DATO(Tmsd) 

T= 765 ns 

5.3.5.3 Step 3 — Go to sheet 1 of KBl 1-A, D microstate flow diagrams. First, generate a list of the microstates 
that the KBl 1-A, D will sequence through in processing the instruction. 



icrostate Code 


Address 


Flow Sheet 


Comment 


IRD.OO 


343 


3 


BUST 


D45.00 


004 


6 


BEND 


DIO.OO 


162 


6 


BUST 


DIO.IO 


231 


6 


PAUSE 


D10.20 


233 


6 


— 


D10.50 


311 


6 


BUSTCTmsdO 


D10.40 


157 


6 


PAUSE 


FET.Ol 


337 


1 


BUST 


PET. 11 


321 


1 


PAUSE 



Before proceeding with the details, there are several interesting things to observe about the above sequence. First, 
IRD.OO and D45.00 do not constitute a memory cycle. The "BEND" effectively causes the "BUST" to be ig- 
nored. Second, the states D10.50 and D10.40 will have a T^^D- ^°^^ that in D10.50 the BR (Unibus Data Reg- 
ister) is changed at the end of the microstate. The symboUc representation from the flow charts is: 

tg BR^SHFR 
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or as shown below: 



D10.50 



(311) 



DATIP, DATI, DATO, DST, SRC 
OPERAND TO BR 



tj BA-s-DR;BC< 
t2 SHFR <- SR 
t3 BUST; GR [0] 
tg BR <- SHFR 



BSOPl 



NOTE 



In this "BUST" microstate the BR register is loaded at tg 
necessitating the use of Tjyjgj). 



Third, note that the fetch of the next instruction will possibly be delayed by the immediately previous cycle. 

The time for IRD.OO and D45.00 is: 
1RD.00= 150 ns 
D45.00= 150 ns 

DIO.OO and DIO.IO constitute a DATI cycle with no immediate previous memory cycle, hence (type 1): 
D10.00 + D10.10= 830 ns. 

D10.20 has no memory cycle, hence, is D10.20 = 150 ns. 

D10.50 and D10.40 constitute a DATO cycle that is delayed by processor data (type 7): 
D10.50 + D10.40 = 765 ns. 

FET.Ol and FET.l 1 constitute a DATI cycle that is immediately preceded by a DATO cycle 
(type 3); FET.Ol + FET.l 1 = 1085 ns. 



ing these up: 




150 ns 


IRD.OO 


150ns 


D45.00 


830 ns 


DIO.OO and DlO.lO 


150 ns 


D10.2G 


765 ns 


D10.50andD10.40 


1085 ns 


FET.Ol andFET.ll 



3 1 30 ns Total time for MOV RO, @ - (R3) 

5.3.6 Comments on the Instruction Times Table (PDP-1 1 /04, 05, 10, 35, 40, 45 Processor Handbook) 

Since many instructions follow the same microprogram sequence in the KBl 1-A, D Processor, it is possible to 
compute the instruction time for more than one instruction at once. Likewise, the processing of source and 
destination operands occurs through the same sequences for all instructions. 

The table is organized to take advantage of these common paths by grouping sets of instructions together. Also, 
for convenience, the execution portion of an instruction is combined with the fetch of the next instruction into 
one number. 
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5.3.7 KBl 1-A, D Cycle Delays and Speed Variation 

This section assumes an understanding of Paragraphs 8.7.1-8.7.3 of this manual, which describe Unibus timing 
and operation. Cycle times for core memory on the Unibus will be derived. The effect of previous bus activity 
and bus length will be taken into account. 

Cycle Time Definition: The cycle time is defined from the leading edge of Tl of the BUST microstate to the 
leading edge of the Tl that follows the PAUSE ROM state. 

Method: First, the times for a cycle time unaffected by previous activity will be calculated. Then the effect of 
previous activity will be added. 

5.3.7.1 Basic Memory Cycle - The processor starts a cycle by running through two time states (Tl and T2) for 
a total elapsed time of 60 ns. The logic to generate MSYN is activated at the end of T2. Normally, some 235 ns 
later, MSYN is actually generated. It propagates down the Unibus to the memory where, if the memory is not 
busy with a previous cycle, it immediately activates a memory cycle. The memory, after a delay of 140-400 ns 
generates SSYN. SSYN then propagates back up the Unibus to the processor. 

The processor, during the time of MSYN and SSYN generation, has stepped through a series of time states and 
is waiting to proceed into T3 of the PAUSE cycle. When SSYN reaches the processor, it takes about 140 ns to 
step the processor to T3. It then runs through T3, T4, and T5 of PAUSE, taking an additional 90 ns, thus com- 
pleting the cycle time. These "subportions" of the cycle time will not be examined in detail. 

Tl, T2 of BUST are fixed by the crystal clock to be exactly 60 ns. 

Tj^g is the time from the end of T2 in the BUST microstate to MSYN appearing on the copper wire of the 
Unibus (output of Unibus driver circuit). Figure 5-3 shows the derivation of this time. Note that the effect of the 
four logic elements listed at the top of the page is to cause signal UBCB DESKEW A to become true, either 30 ns 
after T3, if the total is less than 30 ns, or 60 ns after T3, if the total delay is greater than 30 ns. 

Tj^SQ. In several PAUSE microstates, the DESKEW register is reset at T2. This adds either 90 or 1 20 ns to the 
time for MSYN to be generated. The additional time is required to allow proper deskew between the Unibus 
DATA lines and MSYNC when the DATA Unes are changed during the BUST microstate. TjyjgD is used only 
with cycles that start in the following BUST microstates: 



Code 


Address 


Flows Sheet 


Code 


Address 


Flows Sheet 


D12.00 
D12.01 
D10.50 
D10.30 


001 
002 
311 

122 


5 
5 
6 
6 


SHR.IO 
EXC.OO 
FSV.OO 


123 
031 

245 


11 
11 

12 



Unibus propagation delay, the time for a signal to propagate down and back one foot of Unibus cable, is nomi- 
nally 3.6 ns. This delay accounts for the time for MSYN to get from the processor to the memory and for SSYN 
to get from the memory to the processor. 

Memory access time is determined, entirely, by the memory being accessed. It is defined, here and only here, as 
the time when memory receives MSYN at the receiver input to the time memory sends SSYN at the driver output. 
For typical memory access times see the table in Paragraph 5.3. 1 . 
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LOGIC ELEMENT 



MINIMUM DELAY 
TYPICAL DELAY 
MAXIMUM DELAY 



74S74 



TMCE BUST H 



TIGD T3 B H 



2.25 
7. 
12. 



UBCA +3VH 



UBCB MSYN SET H 



UBCB CLR UNIH 



74S00 



1.75 
3. 
6. 



1.75 



5. 

14. 



TRIGGERED 
BY TIGC T1 B H 



74S11 




2.25 

4.5 

8.5 



TOTAL DELAY 



I ED2 
3 8881 P— =^^^ — ►BUSA BBSY L 



-UBCA CPBSY (1) H 



ET BUS (t) H 1 



UBCA GET 

UBCC SSYN«C1 L- 
UBCA CPBSY (0) H 



8. ♦- 
19.5 ■*- 
40.5 •»- 



-NEXT TIGC TF H AFTER T3 (30n5 AFTER T3) MAKES 
UBCB DESKEW A TRUE. {DELAY<30ns) 

- SECOND TIGC TFH AFTER T3 (60ns AFTER T3) MAKES 
UBCB DESKEW A TRUE. (DELAY > 30ns! 



— jy 74S11 ) U 



BCA DESKEW ADRS H 



TIGC TF H- 



RACA UBRK m 



UBCA TS4 CLK H- 



DESKEW 
REGISTER 
CLOCKED AS 
DESCRIBED ABOVE 



DESKEW REGISTER 
RESET AT T2 



MIN 
TYP 
MAX 



MIN 
TYP 
MAX 



UBCA DESKEW ADRS H- 



180. 
180. 
210 



300. 
300. 
300. 



5. 

9. 

27. 



5. 

9. 

27. 



74SI1 



2.25 

4.5 

8.5 



2.25 

4.5 
8.5 



UBCB DESKEW A- 
UBCB DESKEW B- 
UBCB DESKEW C- 
UBCB DESKEW D- 
UBCB DESKEW E- 



D 1 

74S74 
C 



TIGC T2 H 



TMCE C1 H- 



. FL1 13 



'1 



D5 

D4 

D3 DESKEW 
pg REGISTER 

D1 
00 
CLR CLK 




■ UBCB DESKEW A 

- UBCB DESKEW B 

- UBCB DESKEW C 

- UBCB DESKEW D 
• UBCB DESKEW E 



.0 
8.9 
12.0 



R58 
150 



^UBCB CLR DESKEW L 



RACB UBSD 01 H 
UBCA TS2 CLK H 



.0 
8.9 
12.0 



(FD2) 2 



74S.74 



1.75 
5. 
14. 



1.75 
5. 
14.0 



UBCC SSYN BL 
UBCB TIME OUT (0) H 



10. 
26. 
55. 



10. 
26. 
55 



TOTAL 
DELAY 



19. 

53.4 

226.5 



19. 

53.4 

226.5 



TOTAL DELAY 
+ DESKEW 



199n5 
235ns 
327ns 



319n5 
355ns 
417ns 



UBCB MSYN (1) H 



UBCB DESKEW COMP H 




UBCC DATO MSYN CLR H 

UBCB TIME OUT H 

UBCE INIT H 
UBCB BUS LOAD H 



Figure 5-3 Derivation of Time from Leading Edge 



of T3 to BUSA MSYN L, T 



MS 
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Tgg is the time the processor requires to "restart" the timing after receiving SSYN. Figure 5-4 shows the 
derivation. Note that the process is largely synchronous with the processor clock. 

Note that we have not, thus far, accounted for the effect of the memory being busy from a previous cycle at the 
time it receives MSYN. 

5.3.7.2 Effect of Previous Cycle Memory Busy - If a PAUSE microstate immediately proceeds the BUST micro- 
state that starts our cycle, then the memory may be busy with the previous cycle and, hence, delay its response 
to MSYN, 

Figure 5-5 shows how the current memory cycle is delayed by an immediately previous DATI or DATO cycle. 
Consider the time a previous cycle needs to complete a memory cycle, once it has issued SSYN. The memory 
will be busy for a period equal to the difference between the access time and the cycle time for the type of 
memory cycle. If the memory cycle time (Tq) is 900 ns, the cycle is a DATO with an access time (T^) of 140 ns, 
then the memory will continue to be busy for 

900 ns (Tf;;) - 140 ns (T^) = 760 ns. 

Hence, the memory, under these circumstances, will not process another MSYN for 760 ns after issuing SSYN. 
Meanwhile, consider what is happening within the processor once SSYN is generated. For the DATO cycle 
above, the following occurs: 

1 . SSYN propagates up the Unibus to the processor (Vi X Tp). 

2. SSYN causes the timing to restart (Tgg). 

3. The processor runs through T3, T4, and T5 of the PAUSE microstate, then through Tl and T2 of the 
next BUST microstate (150 ns). 

4. MSYN is then generated, T^^g or Tj^gp (= Tj^g/p). 

5. MSYN propagates down the Unibus to the memory (Vi X Tp). 
We can now add these times: 

Ts/M = '/^ X Tp + Tss + 150 + T^s/d + V^ X Tp 
Ts/M = Tp + Tgs + 1 50 + Tjyjs/p 
If we assume that Tp = and use typical times for Tgg and Tj^g: 
150 



'ms/d 



120 Tgg 

^^^ %S 
505 ns 



Hence, the processor has a new MSYN ready 505 ns after receiving SSYN, but the memory will not process it 
for 760 ns. 

760 ns memory busy 
505 ns next MSYN 

255 ns = delay 



5-28 



LOGIC ELEMENT 


380 j 


74H50 


74S10 




MINIMUM DELAY 


10 1 


- 


1.75 




TYPICAL DELAY 


20 1 


7 


3. 


(CONTINUED BELOW) 


MAXIMUM DELAY 


4'5 1 


15 

2. 


6. 








. DN1 3 


V-. . 







CJl 



BUSA SSYN L 



TMCC ABORT H< 
UBCB MSYN (1)H 
UBCC SSYN B H 



10 380 



UBCB TIME OUT (0) H 



TOTAL 
DELAY 




15 
30 



TI6C TPB L- 



UBCA SSYN RESTART H* 



30 
30 
30 



D 1 

74S74 



C 



_a 



-C D 1 

74S74 

-Ac 



T2{0)H 



TIGA CONT (1)L 



TMCF FAST L 
TIGA R0M40 H 



6 D11 1 

I UBCD EXT BRQ H*- 

5 — RACB UBSD00 H 

TIGH UBSD01 L 




30 
30 

30 



TIGA STOP T3 L 



+ 3VA TIGAT3(1)H 



R16< R117 
330 ? 680 



,10 



J I 

T3 
74SII2 
K 



'14 



15 
15 
15 



86.75ns 
120. ns 
171. ns 



-V3A +V5 -I-I5V 

o o 



+ 5V 



TKB CLOCK H- 



TIGB CLOCK H- 



-I-15V +5V 



R24 

100 

-^w — 



R23 
10 



or^ 



'^ 



'^ 



R22 
15K 



R71 
4.7K 



R70 
l,2K 



D33 
— M- 



n 



CI04 



D8 
0662!! 



D38 
— M 1 0-(-V2 



C102 



D?;; 



:r3 

'4.7K 



Q36 



RIOI < 


L 


IK ! 






CB2 


TTG« T 


3 MATH 



Hn 



R25 
10 
C54 



'^ 



06 



D15 82 



TIGD T3 H 



015 02 



■TIGD T38H 



•TIGD T3R H 

1 , 

-TIGD T3BRH 



Figure 5-4 Derivation of Time from Leading Edge 



of SSYN to T3, T, 



SS 
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MEMORY BUSY WITH PREVIOVS CYCLE 



BUS SSYNL 



BUS MSYNL 









- 150ns 










Tss ■ 


PAUSE 


BUST 


* ^MS 


y 


c 


( 


T3 


T4 


T5 


T1 


T2 


) 








S CYCLE 
















n 









• DELAY- 



Figure 5-5 Cycle Delay Due To Memory Busy 

Hence, for a typical processor/memory combination, a DATI cycle immediately preceded by a straight DATO 
(not DATIP-DATO) would be extended by 240 ns over a normal DATI. In the case of a DATIP-DATO, the 
DATO portion takes only one-half a normal memory cycle (450 ns). Hence, such DATOs cannot delay follow- 
ing cycles since the processor cannot issue another MSYNC early enough. 

This completes the justification of the cycle times as listed in Paragraph 5,3. Next, the system percentage speed 
tolerance is derived. 



5.3.7.3 Fast Processor — The condition, which would lead to the greatest percentage deviation in a negative 
direction of instruction time, would be an instruction that was not hmited by memory speed. That is an instruc- 
tion that had no "immediately previous cycles." 

Such a loop would be: 



BUST 



PAUSE 



150 ns 



•DATI- 



Time for the above (using typical DATI): 

830 ns+ 150 ns = 980 ns 
Minimum time for the above: 

150 ns+ 195 ns -H 300 ns + 90 ns= 735 ns 

Typical time = 830 ns — minimum time = 735 ns = 95 ns faster 

95 ns faster = 0.097 = 9.7 % 
980 ns base total 

Minimum =10% faster. 

5.3.7.4 Slow Processor — Assume that the situation creating the greatest percentage of decrease in system speed 
is when all microstates are part of memory cycles. 





BUST 


PAUSE 








* DATI - 


*- 
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This is a type 4 cycle; iience, first type 1 is calculated: 

150ns + 300ns + 400ns+ 170 ns= 1020 ns 
Next, compute: 

Ons+ 170 ns+ 150 ns + 300 ns = Tg^jyi = 620 iis 

Taking the longest Tq = 925 ns: 

Tg = 925 ns - 400 ns = 525 ns 
Tg = 525 ns 

-Ts/M = 620 ns 

-95 ns 

Hence, the memory cycle is not the limiting factor, and the cycle is 1 020 ns. 

Next, we compute the increase percentage: 

1020 

120 

-900 base = 0.135 = 13.5%. Rounded off: Max = 15% 

900 

1 20 increase 
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CHAPTER 6 
OPERATION 



6. 1 CONSOLE CONTROLS AND INDICATORS 

The operator's control console is shown in Figure 6-1. Control and indicator functions are summarized in 
Table 6-1. 



NOTE: PDP-1 1 decal located below power/lock key is not shown here. 
Figure 6-1 KB 1 1-A, D Control Console 

Table 6-1 
Control and Indicator Functions 



Control or Indicator 



Power Control 
OFF 

POWER 
LOCK 



Function 



Disconnects power from all units except semiconductor mem- 
ory system. 

Applies power to all units. All console controls are operable. 

Disables all console controls except switch register. 



(continued on next page) 
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Table 6-1 (Cont) 
Control and Indicator Functions 



Control or Indicator 



Function 



DATA Display Register 

DATA PATHS 
BUS REGISTER 
DISPLAY REGISTER 

madrs FPP/CPU 

ADDRESS Display Register 



PROG PHY 



CONS PHY 



USER I, USER D 
SUPER I, SUPER D 
KERNEL I, KERNEL D 



Switch Register 



LOAD ADRS 



EXAM 



CONT 



IfENABL: 



16-bit data display, source selected by data display select switch 
as follows; 

Displays current data output of ALU shifter. 

Displays current contents of bus register A (BRA). 

Displays current contents of light register located at physical 
address 777570. 

Displays current floating-point processor ROM address in high 
byte, and current central processor ROM address in low byte. 

An 18-bit address display. When the KTl 1-C, CD Memory 
Management Unit is implemented and enabled, the displayed 
address is selected by the adjacent address display select/mode 
control switch as indicated in Figure 6-2. 

Program Physical Address. Constructed by adding virtual ad- 
dress bits VA <12:06> to the contents of a KTl 1-C, CD page 
address register (PAR) to provide physical address bits PA <17:06>. 

Console Physical Address. After LOAD ADRS, PA <15:06> 
equals sum of switches <15:06> and PAR contents; PA <17: 16) 
equals switches < 1 7 : 1 6>. 

These six address display select switch positions display a 1 6-bit 
virtual address. Address bits 1 7 and 1 6 light only if address bits 
<15:13>arelit. 

These positions provide console control of the processor mode 
(kernel, supervisor, user) I or D space. The same address infor- 
mation is displayed for each position. 

An 1 8-bit switch bank used to load addresses or data, depending 
upon whether LOAD ADRS or DEP switch is operated. The 
contents of the switch register are accessed by the processor in 
kernel mode at physical address 777570. 

Loads switch register contents into program counter (PCA). If 
KTl 1-C, CD is not implemented, switch register bits <1 7: 16) are 
not used. 

Displays contents of current ADDRESS display (CONS PHY) 
in the DATA display. Each consecutive time EXAM is pressed, 
the ADDRESS display increments by 2 and the contents of the 
next word location are presented on the DATA display. 

Causes the processor to continue operation from the point at 
which it stopped. Function depends upon ENABL/HALT and 
S INST/S BUS CYCLE as follows: 

CONT returns bus control from console to the processor and 
program operation continues. 



(continued on next page) 
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Table 6-1 (Cont) 
Control and Indicator Functions 



Control or Indicator 



If HALT: 
ENABL/HALT 

S INST/S BUS CYCLE 

START 

IfENABL: 

If HALT: 
DEP 

REG EXAM 



REG DEP 



ADRS ERR 



RUN 

PAUSE 

MASTER 

USER 

SUPER 



Function 



Pressing CONT causes processor to execute a single instruction, if 
S INST, or continue until a bus cycle has been completed, if S 
BUS CYCLE. 

ENABL allows processor to run in normal operation. The HALT 
position halts the processor and passes control to the console. 
HALT affects CONT and START switch functions as described 
for those switches. 

Allows the processor to step through program operation either one 
instruction at a time (S INST), or one bus cycle at a time (S BUS 
CYCLE). 

Function depends on ENABL/HALT switch position, as follows: 

Pressing START provides system clear and initiates processor 
operation at address established by LOAD ADRS function. 

Provides system clear only. 

When Ufted, deposits current contents of the switch register into 
the location indicated by the ADDRESS display. Each time DEP 
is lifted in succession, the location is incremented by 2 and the 
switch register contents are deposited into the next word location. 

Displays contents of the general register specified by the four low- 
order bits of the ADDRESS display. 

On the KBl 1-D, each consecutive time REG EXAM is pressed, the 
ADDRESS display increments and the contents of the next word 
location are presented on the DATA display. The REG EXAM 
switch of the KBl 1-A does not provide this automatic address 
stepping. 

Deposits contents of the switch register into the general register 
specified by the four low-order bits of the ADDRESS display. 

On the KBl 1-D, each consecutive time REG DEP is pressed, the 
ADDRESS display increments and the contents of the DATA dis- 
play are deposited in the location displayed. The REG DEP switch 
of the KB 1 1-A does not provide this automatic address stepping. 

Indicates one of the following abort-condition errors has been 
detected: 

a. odd address error 

b. fatal stack violation 

c. non-existent memory addressed 

d. parity error 

e. memory management 

Indicates processor is executing program instructions. Indicator not 
lit in pause cycle, or while console flag is set. 

Indicates processor is in pause cycle, waiting for completion of 
Unibus or Fastbus transaction. 

Indicates processor is in control of Unibus as master device or in 
console mode. 

Indicates processor is in user mode. When KTl 1-C, CD option is 
enabled, all addresses are in user virtual address space. 

Indicates processor is in supervisor mode. When KTl 1-C, CD op- 
tion is enabled, all addresses are in supervisor virtual address space. 



(continued on next page) 
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Control or Indicator 



KERNEL 



DATA 



Table 6-1 (Cont) 
Control and Indicator Functions 



Function 



Indicates processor is in kernel mode. When KTl 1-C, CD option 
is enabled, all addresses are in kernel virtual address space. 

Indicates last memory address reference was D space when lit. 
If not lit, last memory address reference was I space. 



06 I 05 



■PA<1706> 



-VA <05:00> ■ 



VA<ie:06> PLUS (PAR) 



PROCESSOR 
BAMX <05:00> 



17 lel 15 



06 I 05 



00 



CONS PHY 



■ PA<15-.06>- 



-VA <05;00>- 



VA<12:06>PLUS (PAR) 



console switches 17,16 
'after load address 



PROCESSOR 
BAMX <05:00> 



USER, SUPER. ^^^S 
OR KERNEL, 
I OR D POSITIONS 



-VA<15:00> 



PROCESSOR 
BAMX <15:00> 

BITS 17,16 = EX MEM FLG 

EX MEM FLG = BAMX <15;13> H = 1 



Figure 6-2 Sources of ADDRESS Display with 
KTl 1-C, CD Memory Management Unit 



6.2 POWER ON 

When the console power control switch is turned from OFF to POWER, all internal registers and buses are initial- 
ized. A 70-ms delay allows time for magnetic core memory power to stabilize. Power distribution to the MSI 1 
Semiconductor Memory System is not affected. 

The power-up initialization logic forces the central processor ROM address to ZAP. 00 (CPU fiADRS 200). At 
that point, the sequence of microprogram-controlled events is determined by the setting of the ENABL/HALT 
switch on the console. 

6.2.1 EN ABL Function 

When power is turned on at the console with ENABL/HALT set to ENABL, the processor executes the power-up 
microprogram sequence and halts at the address determined by the start vector. The start vector is determined 
by jumper connections on DAP Module M8100. On most processors, the jumpers are cut so that the processor is 
vectored to virtual address 24o , which is the power-fail trap location. For those processors, the ADDRESS 
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display will be 30. When the console START switch is pressed, the processor will execute program instruc- 
tions, starting at that location. 

6.2.2 HALT Function 

When power is turned on at the console with ENABL/HALT set to HALT, the processor is forced to ZAP.OO and 
then branches to CON.OO (CPU //ADRS 1 70). The processor remains at rest in the CON.OO microstate until a 
console control function is initiated. The functions of the console switches are described in the following para- 
graphs. 

NOTE 
If the START switch is pressed while ENABL/HALT is in HALT 
position, a console reset occurs. As a result, the processor is sus- 
pended in ZAP.OO and the timing generator is cleared. As soon as 
the START switch is released, the processor reverts to CON.OO. 

6.3 CONSOLE OPERATIONS 

This paragraph provides additional information on console operations related to processor functions described in 
Chapter 7. 

6.3.1 HALT Switch Functions 

If the HALT switch is pressed while the processor is running, the console flag is set, causing the processor to enter 
a rest state at microstate CON.OO, at location 170. This microprogram ROM address is displayed in the low byte 
of the DATA display when the data display select switch is set to ;uADRS FPP/CPU. Succeeding operations de- 
pend upon console control settings. 

6.3.1 .1 HALT/CONT with S INST - With the S INST/S BUS CYCLE switch set to S INST, the processor will 
execute a single instruction each time the CONT switch is pressed. At the end-of-instruction microstate associ- 
ated with each instruction sequence, a strobe occurs to set the console flag and cause the processor to enter the 
CON.OO microstate. The time state generator continues to run. 

6.3.1 .2 HALT/CONT with S BUS CYCLE - With the S INST/S BUS CYCLE switch set to S BUS CYCLE, the 
processor will execute the program until the next bus cycle is completed, each time the CONT switch is pressed. 
The time state generator is suspended in time state T2 of the next bus cycle after PAUSE. 

NOTE 

Single-step operations are provided for maintenance operations. 

Detailed descriptions of their use with special maintenance 

cards are provided in Chapter 3 of the system maintenance manual. 

6.3.2 EXAM Switch Functions 

Use the following procedures to examine the contents of a memory location or internal register: 
Step Procedure 

1 Set up address of location or register on switch register. 

2 Set address display select switch to CONS PHYS. 

3 Set data display select switch to DISPLAY REGISTER. 

(continued on next page) 
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step Procedure 

4 Press LOAD ADRS switch and check ADDRESS display for selected 

address. 

5 Press EXAM and observe DATA display. 

Each successive time EXAM is pressed, the contents of the next successive word location are displayed. The 
ADDRESS display will indicate the location. However, the initial address, loaded into the program counter (PCA) 
will not be incremented. If the START switch is pressed, execution starts from the initial address. 

6.3.3 DEP Switch Functions 

Use the following procedures to deposit data into a memory location or internal register: 
Step Procedure 

1 Set up address of location or register on switch register. 

2 Set address display select switch to CONS PHYS. 

3 Press LOAD ADRS switch and check ADDRESS display for selected 
address. 

4 Set up data to be deposited on switch register. 

5 Lift DEP switch. 

6 Set data display select switch to DATA PATHS and check DATA display 
for correct input. 

Each successive time DEP is pressed, the contents of the next successive word location are accessed. There is no 
need to increment the address manually. 

NOTE 

The address cannot be incremented beyond the current 32K- 
word boundary using the step-examine or step-deposit features. 

6.3 .4 REG EXAM and REG DEP Functions 

These switches permit the operator to examine the contents of the general register and to deposit the contents of 
the switch register into the general registers. Table 6-2 lists the general register addresses. 

To examine the contents of the general register and deposit the contents of the switch register into the general 
register, use the following procedures: 

Step Procedure 

1 Set the switch register to the general register address. 

2 Press LOAD ADRS. The ADDRESS display will indicate the selected register ad- 
dress. 

3 To examine the contents, press REG EXAM. The contents will be displayed by the 
DATA display. 

4 To deposit, set the data into the switch register, then press REG DEP. The DATA 
display will indicate the deposited data. 
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NOTE 
The REG EXAM and REG DEP switches of the 
KBl 1-A processor do not provide automatic address 
stepping. Each general register must be addressed indi- 
vidually, using the LOAD ADRS switch. The REG 
EXAM and REG DEP switches of the KBll-D proc- 
essor provide automatic address stepping. Each con- 
secutive switch usage automatically steps the address 
display forward one location. Alternate usage of the 
REG EXAM and REG DEP switches will not increment 
the register address. 

Table 6-2 
General Register Addresses 



Address (octal) 


General Register Name 





RO - General Register Set 


1 


Rl - General Register Set 


2 


R2 - General Register Set 


3 


R3 - General Register Set 


4 


R4 - General Register Set 


5 


R5 - General Register Set 


6 


R6 - Kernel Mode Stack Pointer (SP) 


7 


R7 - Program Counter (PC) 


10 


RO - General Register Set 1 


11 


Rl - General Register Set 1 


12 


R2 - General Register Set 1 


13 


R3 - General Register Set 1 


14 


R4 - General Register Set 1 


15 


R5 - General Register Set 1 


16 


R6 - Supervisor Mode Stack Pointer (SP) 


17 


R7 - User Mode Stack Pointer (SP) 



6.4 ADDRESS DISPLAY SELECT 

The source of the ADDRESS display is determined by the 8-position address display select switch; it depends on 
implementation and enabling of the KTl 1-C, CD Memory Management Unit. For example, the KTl 1-C, CD op- 
tion may be available but is not enabled if bit of KTl 1-C, CD status register SRO (physical address 777572) is 
cleared. Figure 6-2 shows the source of the ADDRESS display with memory management implemented and 
enabled. Virtual address (VA) bits are logically identical to processor bus address multiplexer (BAMX) bits. The 
six low-order bits, VA <05:00), indicate displacement within a 32-word block and are not affected by relocation 
or address display select switch positions. 

6.4.1 PROG PHY Function 

Use this address display select switch position to display the current 18-bit physical address. The physical address 
is constructed by adding virtual address bits VA <12:06> to the contents of the 1 2-bit page address register (PAR). 

6.4.2 CONS PHY Function 

Use this address display select switch position to display results of loading an address from the console switch 
register. Physical address bits PA <17,16>are generated directly from switch register bits SR <17,16). 
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6.4.3 USER, SUPER, or KERNEL Functions 

The ADDRESS display source for each of the USER, SUPER, and KERNEL switch positions is the 16-bit virtual 
address VA (15:00). The two most-significant bits are logic 1 if bits 15 through 13 are all logic 1. 

The primary purpose of these six mode-related switch positions is to provide direct console-controlled access to 
the I and D space PAR groups associated with each mode of operation. The following chart lists the PAR group 
associated with each switch position. 



Address Display Select Switch 



USER I 
USERD 
SUPER I 
SUPER D 
KERNEL I 
KERNEL D 



Page Address Register (PAR) Group 



UIPARO - UIPAR7 
UDPARO - UDPAR7 
SIPARO - SIPAR7 
SDPARO - SDPAR7 
KIPARO - KIPAR7 
KDPARO - KDPAR7 



•Virtual address bits VA <15: 13) select one of eight specific PAR addresses within each group. 



Physical Address Ranges 



777640 

777660 

772240 

772260 ■ 

772340 

772360 



777656 
777676 
772256 
772276 
772356 
772376 



NOTE 
If the KTl 1-C, CD option is not implemented, the 16-bit virtual 
address, VA <15:00>, is always the ADDRESS display source. 
Bits 15, 14, and 13 are ANDed to provide bits 17 and 16. 



6.5 HOW TO LOAD AND RUN PROGRAMS 

Figure 6-3 is a flowchart which shows the procedure required to load and run programs. The following paragraphs 
detail the procedures indicated in the flowchart. 

6.5.1 Loading the PDP-1 1 Bootstrap Loader 

Use the following procedures to manually load the PDP-1 1 Bootstrap Loader program, DEC-1 1 -LI PA-LA (Table 
6-3): 



Step 
1 



Procedure 

Set ENABL/HALT switch to HALT to give bus control to the console when 
powering up the processor. 

Turn OFF/POWER/LOCK svwtch to POWER. Press START to clear system, 
including KTl 1-C, CD option, if implemented. 

NOTE 

Because the primary purpose of these procedures is 
to instruct maintenance personnel in loading and 
running diagnostic programs, be sure the KTl 1-C, CD 
option is initially disabled. 

Set starting address of Bootstrap Loader into the switch register. Be certain that 
the correct value of xx is used (017744 for 4K memory, 037744 for 8K memory, 
057744 for 1 2K memory, etc.) (Table 6-3). 

Set address display select switch to CONS PHY and press LOAD ADRS. The start- 
ing address should be displayed by the ADDRESS indicators. 

(continued on next page) 
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Procedure 

Set first instruction of Bootstrap Loader program into the switch register (Table 
6-3). Lift DEP switch. The switch register contents should be displayed by the 
DATA indicators, with the data display select switch set to DISPLAY REGISTER. 

Set contents of the next address of the Bootstrap Loader program into the switch 
register and lift DEP switch. 

NOTE 
It is not necessary to load addresses after the start- 
ing address has been loaded because the address is in- 
cremented by 2 each time the DEP switch is lifted 
sequentially. 

Repeat Step 6 to deposit the Bootstrap Loader program. When loading the con- 
tents of XX7766, make certain the correct xx value is used. When loading the con- 
tents of the last address, make certain the correct device address, yyyyyy, is used, 
as indicated in Table 6-3. 

Load the starting address of the Bootstrap Loader and use the EXAM switch to 
verify that the program has been loaded correctly. 







Z' PROGRAM "N 
^ LOAD ^ 


YES 








-■^ PROGRAM^\ 










"X.LOA 


DED ^ 

NO 


YES^ 
YES 












J 






-X^SOLUTE\ 
< LOADER J> 
^\LOADED,/^ 

1^0 
^..Maintenancev, 

|N0 

vcc -/^OO^V. 

.J["^^YOU HAVE ^Vv. 
' \7\ BOOTSTRAP^ 
\^0M/^ 

JNO 


USE ABSOLUTE 
LOADER TO 
LOAD PROGRAM 


















USE 

MAINTENANCE 
LOADER TO 
LOAD PROGRAM 
















USE BOOTSTRAP 
ROM TO LOAD 
ABSOLUTE OR 
MAINTENANCE 








r 


PROGRAM ^ 
RUN J 










\ 








i 




LOA 
AND 


D ADDRESS 
START 






LOAD BOOTSTRAP 








PROGRAf 


l 











Figure 6-3 Flowchart of Procedure Required to Run a Program 
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Table 6-3 








PDP-1 1 Bootstrap Loader 






DEC-11 -LI PA-LA 






Address* 


Contents 


Symbolic 


XX7744 


016701 


START: 


MOV 


DEVICE,R1 


XX7746 


000026 








XX7750 


012702 


LOOP: 


MOV 


#.-LOAD+2,R2 


XX7752 


000352 








XX7754 


005211 


ENABLE: 


INC 


@R1 


XX7756 


105711 


WAIT: 


TSTB 


@R1 


XX7760 


100376 




BPL 


WAIT 


XX7762 


116162 




MOVE 


2(Rl),LOAD(R2) 


XX7764 


000002 








XX7766 


XX 7400 








XX7770 


005267 




INC 


LOOP+2 


x^nii 


XX7756 








xxlllA 


000765 


BRNCH: 


BR 


LOOP 


xxllie 


yyyyyy 








NOTES: 1. 


The highest avai 


able 4K page of memory 


is represented by xx. 



In a PDP-1 1/45, 11/50, or 1 1/55 with up to 28K of mem- 
ory, the first address of the Bootstrap Loader is one of 
the following, depending upon the total memory available; 
XX will be the same for all subsequent addresses. 

Available Memory Starting Address 

4K 017744 

8K 037744 

12K 057744 

16K 077744 

20K 117744 

24K 137744 

28K 157744 

2. Location xx7776 contains device address of paper-tape reader. 

3. Use address 177560 for teletypewriter paper-tape reader; use 
address 177550 for high-speed paper-tape reader. 



* starting address, xx, is determined by memory configuration. 



6.5.2 Loading the PDP-1 1 Absolute Binary Loader 

Use the following procedures to automatically load the PDP-1 1 Absolute Binary Loader program, DEC-1 1-L2PC-LA: 



Step 
1 

2 



Procedure 
Set ENABL/HALT switch to HALT and press START to clear the system. 

Make certain that the PDP-1 1 Bootstrap Loader has been stored in memory, as 
described in Paragraph 6.5.1, or the equivalent ROM bootstrap is supplied. 

Set starting address of Bootstrap Loader into the switch register. Make certain the 
correct value of xx is used (017744 for 4K memory, 037744 for 8K memory, 
057744 for 12K memory, etc.) (Table 6-3). 

Set address display select switch to CONS PHY and press LOAD ADRS. The start- 
ing address should be displayed by the ADDRESS indicators. 

(continued on next page) 
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step Procedure 

5 Set teletypewriter LINE/OFF/LOCAL switch to LINE. This connects the tele- 
typewriter to the processor. 

NOTE 

If a high-speed paper-tape reader is used instead of 
the teletypewriter, make sure that the device address 
in the Bootstrap Loader program corresponds to the 
device, as described in Table 6-3. 

6 Place the PDP-1 1 Absolute Binary Loader tape in the paper-tape reader, with the 
special leader (a sequence of 35 1 punches) under the reader station. Blank leader 
does not work. 

7 Set ENABL/HALT switch to ENABL and press START switch. The tape will 

be read into the memory and the processor halts when the entire program is loaded. 

6.5.3 Loading the Maintenance Loader 

The Maintenance Loader program, MainDEC-1 1-D9EA, provides an alternate method of loading diagnostic pro- 
grams that can be used if the Absolute Binary Loader fails to work because of a hardware failure. This loader 
should only be used to load diagnostic programs if the Absolute Binary Loader malfunctions. 

Use the following procedures to automatically load the maintenance loader: 

Step Procedure 

1 Set ENABL/HALT switch to HALT and press START to clear the system. 

2 Make certain that the PDP-1 1 Bootstrap Loader has been stored in memory, start- 
ing at address 017744. 

NOTE 

The Maintenance Loader operates in the lowest 4K 
page of memory. If some other page must be used, 
several locations must be changed as listed in Table 
6-4 after the Maintenance Loader program is loaded. 

3 Set starting address of Bootstrap Loader, 017744, into switch register and press 
LOAD ADRS. 

4 Set teletypewriter LINE/OFF/LOCAL switch to LINE. 

5 Place the Maintenance Loader tape in the paper-tape reader. 

6 Set ENABL/HALT switch to ENABL and press START switch. The tape will be 
read into memory. The processor halts when the entire program is loaded. 

NOTE 
If the Maintenance Loader is not loaded into the 
lowest 4K page of memory, make location changes 
listed in Table 6-4 at this time. 
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Table 6-4 
Maintenance Loader Changes* 



Change Contents Of: 


To: 


XX7502 


XX7470 


XX7510 


XX7474 


XX7542 


XX7475 


XX7566 


XX7475 


XX7624 


XX7776 


XX7674 


XX7474 



Where xx equals: 



03 for 4 -8K page 
05 for 8-12K page 
07 for 12-16K page 
11 for 16-2GK page 
13 for 20-24K page 
15 for 24-28K page 



*No changes arc required when Maintenance Loader pro- 
gram is loaded into the lowest (0-4K) page. 
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CHAPTER 7 
KB11-A,D FLOWS 



7.1 FLOW DIAGRAMS 

The flows are a description, in flowchiart form, of the operation of the KBl 1-A, D Processor. Refer to Figure 7-1. 
Each cycle, or machine state, is represented on the flows by a rectangular box. The top part of this box describes 
the operations executed during the cycle. The bottom part lists the actual operations that occur at each timing 
pulse. 

7.1.1 ROM Timing 

Refer to Figure 7-2. The ROM address RACL RADR(07:00) H is clocked into the ROM address register at T3. 
The ROM output for the new cycle is clocked into the RBR at T1-T2. 

NOTE 

It must be known that there are two types of clock signals: the 
timing pulses, T1-T5 and the time states, TS1-TS5. The timing 
pulses are 15 ns wide and occur at 30 ns intervals. The time 
states occur at the same time as the timing pulse of the same 
number (TSl occurs at the same time as Tl) and are asserted 
for 60 ns. 

The timing pulse shown as "T6" on the flows is actually Tl of 
the next cycle. The T6 nomenclature is used to indicate com- 
pletion of a current cycle operation. 

7.1.2 Glossary 

The symbols, abbreviations and terms listed below occur on the flow diagrams and are also used in the text of 
this manual. 

SYMBOLS 

(OP CODE).B - Refers to both the word and byte instructions, when describing instruction classes, e.g.: "NEG.B'' 
means "NEG and NEBG." 

+ is used for a logical inclusive OR. 

* is used for a logical AND. 

ANGLE BRACKETS <...) - Indicate operations that are executed for diagnostic purposes only and are not 
necessary to the operation performed by the cycle. 

$ -- Instruction dependent. 
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Figure 7-1 Flowchart Symbols (P/0 Flows 2) 
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-FIRST ROM CYCLE - 
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T6 

T1 



■ SECOND ROM CYLE - 
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Figure 7-2 ROM Timing 

ACKN - ACKNowledge: signal that dears certain trap and abort flags when they have been serviced. 

AFIR - See IR. 

ALU - Arithmetic Logic Unit. See Chapter 8. 

BA - Bus Address: Example: BA~PCB means that the PCB is used as the address for a data transfer. 

BC - Bus Condition: defines the type of data transfer that is to be executed; example: BC-DATl. 

BEND - Bus END: aborts a data transfer cycle which cannot be completed because of an abort condition or one 
which was started in the previous cycle and which is not required. 

BR ^ Bus Register: stores data received during data transfers; also used as temporary storage during instruction 
execution. 

BRQ STROBE - Signal which clocks traps and interrupts into the request register. 

BUS - Source of data during any data transfer: may be Unibus, Internal Bus or Fastbus; example; BR BUS. 

BUS PAUSE - Second ROM state of any data transfer. 

BUST - BUs STart: first cycle of any data transfer. 

BXX DISP - The left shifted (multiplied by 2) and sign extended value of the displacement field of a branch 
instruction. 

CC — Condition Codes 

CCLD - Condition Code Load 

CHECK STACK LIMIT - The contents of GD[6] arc checked to see if there is a stack violation. 

CLEAR FLAGS - Asserted when UBCT = 3: clears the Address and Stack Error Flags. 
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CONF — CONsole Flag: causes the processor to halt when set. 

DATI — Transfer of one word of data to the processor from memory or from a Unibus device. SRCl , SRC2, 
KERNEL DATI. 

DATO — Transfer of one word of data from the processor to memory or to a Unibus device. 

DF — Destination Field: bits 02:00 of instruction word: this number is the address of a register. 

DM — Destination Mode: bits 05:03 of instruction word. 

DR — Destination Register. 

EALU - Floating-Point Processor (FPP) ALU. 

FC - FPP C 1 line. 

FCC - FPP Condition Codes. 

FDR - FPP Data Register. 

FIRA — FPP Instruction Register. 

FPA - FPP Address Register. 

FP ATTEN — Signals the FPP that data transfer is complete. 

FP READ DATA — Processor request for FPP data. 

FPS - FPP Status Register. 

FP START — Processor signal to FPP to initiate operation. 

GD[X] — General Destination register. "X" designates the register number, e.g.: CD [4] ; GD[DF] is the register 
designated by the Destination Field of the instruction word. The notation "GD[X] " means that the register is 
read. 

GR[X1 — General Register: includes both GD and GS when writing into these registers. 

GS[X1 — General Source Register. "X" designates the register number, e.g.: GS[4] ; GS[SF] is the register desig- 
nated by the Source Field of the instruction word. The notation "GS [X] " means that the register is read. 

INIT - INITialization pulse (10 ms). 

INTR PAUSE - INTerRupt PAUSE: the processor stops and accepts an interrupt vector from the Unibus. 

1R,AFIR — Instruction Register which stores the instruction word. 

Left Arrow (-^) — Signifies transfer of data to unit on left from unit on right; example: BR-^BUS, the BR receives 
data from the BUS. 

PC,PCA,PCB - Program Counter. 

SC - Shift Counter. 

SF — Source Field: bits 08:06 of Binary instruction word; this number is the address of a register. 

SHFR - SHiFteR. 

SM — Source Mode: bits 1 1 :09 of binary instruction word. 
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SR — Source Register. 

SRCCON - Value generated to modify the SR during auto increment or decrement addressing mode. 

SV ~ Start Vector: address of a word that contains the address that is entered on power-up. 

SWAP(XX) — The SHFR moves the low byte into the high byte position and the high byte into the low byte 
position of the designated register. 

TV — Trap Vector: address of a word that contains the address of a subroutine that is entered after a trap. 

7.2 A AND C FORKS: OPERAND FETCH 

After an instruction has been fetched and decoded, the operand(s) are obtained from memory, if the addressing 
mode is other than 0. The operation required by the operation code is then executed. 

Tlie A FORK is used by ah instructions: 

1 . Binary instructions that require source mode calculation (-SMO) calculate their source address and fetch 
the source operand. 

2. Binary instructions that require no source address calculation (SMO) and single-operand instructions are 
DAC and calculate the destination address and fetch the destination operand. 

3. Binary instructions with both SMO and DM0, single-operand instructions with DM0, and instructions 
that are not part of any one of the classes listed on Flows 3 and 5 are executed. 

The C Fork is used by F/class instructions or by binary instructions with source mode other than (-SMO) to 
calculate the destination address and to fetch the destination operand after the source operand has been obtained 
on the A FORK. 

Figure 7-3 shows the A and C Fork source and destination calculation cycles. After the instruction has obtained 
its operand(s) on these forks, it is executed on the B Fork. 

7.3 FLOWCHART DESCRIPTION 

The KB 1 1-A Processor flowcharts (drawing D-FD-KBI l-A-03) and KBl 1-D Processor flowcharts (drawing 
D-FD-KBl 1-C-Ol) are each divided into 14 drawings that illustrate options of the flow. Where possible, a con- 
tinuous sequence of machine states is shown on a single drawing. The succeeding paragraphs describe the machine 
operations illustrated on each drawing. The description does not attempt to give detailed information about each 
machine state shown on the drawing; this information can be derived directly from the flowcharts and the ROM 
map on the engineering drawings. 

The variation between the flows of the KBl 1-A and the KBl 1-D is primarily in the floating-point instructions. 
Where appHcable, a paragraph describing each version (for the KBl 1-A and the KBl 1-D) is provided. 

Data Transfers 

Data transfers require two machine states: a preliminary or BUST cycle, which sets up the conditions for the 
PAUSE cycle, during which the data is transferred. Data transfers are described in detail in Paragraph 8.7. 
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7.3.1 Flows 1 

Instruction Fetch 

Flows 1 illustrates the instruction fetch sequence, the address calculation sequence for five of the source modes, 
a special sequence for the MTPI and MTPD instructions, and the execution of the branch type instructions. 

Fetch States 

The basic instruction fetch sequence requires two machine states: FET.IO (fetch) and IRD.OO (IR decode). 
FET.IO completes a data transfer operation, begun during the last cycle of the previous instruction, which moves 
the instruction word from an external storage location to the instruction register (IR) and bus register (BR), and 
increments the program counter by 2. The instruction address is also stored in the FPA (FPA+-BA), if the FPl 1-B. 
C option is present. If the data transfer is not overlapped (i.e., if the transfer was not begun before the end of the 
previous instruction), an additional state is required to begin the data transfer. 

The additional state, FET.OO, also checks for asynchronous operations (such as bus requests) that must be per- 
formed before beginning a new instruction, and branches to BRK.90 (break) if necessary. When the instruction 
fetch is overlapped, the machine state that begins the data transfer must also perform the same check. 

Instruction Decoding 

IRD.OO begins a new data transfer that fetches the word following the instruction word. This data transfer is used 
for address modes 6 or 7, and for fetching the next instruction whenever the instruction being executed does not 
require other data transfers. 

In some cases, the CONDITIONAL BUST is not issued, i.e., when a data cycle is required but the PC, which is 
specified as the address in IRD.OO, is not the required address. In this case, for example D30.00 (Flows 5), the 
DR is the address and a new BUST is issued. CONDITIONAL BUST, which is used only in IRD.OO (UMSC=5), 
and BUST are controlled by RACH BUST H. Refer to drawing RACH: 

The four AND gates must be negated to assert BUST. 

1 . The top gate is negated when MCS=5 or 7. 

2. The three other gates are enabled when MCS=5 (CONDITIONAL BUST in IRD.OO). 

3. The second gate from the top is asserted, and negates BUST during an IRD.OO that precedes SI 3.00 
andS13.01 (BIN*SM123). 

4. The third gate from the top is asserted, and negates BUST during IRD.OO, if the instruction is a Branch 
and if there is a Brake Request (BRQ TRUE). FET.OO, which is a BUST cycle, follows IRD.OO in this 
case. 

5. The last gate prevents BUST from being asserted during an IRD.OO, if this cycle precedes the three 
cycles that calculate destination modes 1, 2 and 3 on the A Fork (D12.00, D12.01, DAC*DM12; and 
D30.00, DAC*DM3; all on Flows 5). These cycles fetch the destination operand but use the DR as the 
address, mstead of the PCB used by IRD.OO. 

The NAND gate prevents the negation of BUST during IRD.OO when the cycle that follows it is S67.00 
(BIN*SM67, Flows 2), if the destination mode of the instruction is 1,2, or 3. This cycle gets the index 
word for source mode 6 and 7 of a binary instruction. The PCB is used here as the address and the bus 
cycle started in IRD.OO is completed. The NAND gate prevents BUST from being inhibited if the 
destination mode of the BIN instruction is 1 , 2, or 3. 
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In other cases, this data transfer operation is aborted by a Bus End (BEND) operation in the machine state 
following IRD.OO. During this machine state, the processor also loads the source and destination registers (SR 
and DR) with the contents of the general registers specified in the source and destination fields of the instruction; 
this operation is also done in anticipation of the use of this data, and in many cases the data loaded into the SR 
and DR is ignored. However, when the data is needed, the anticipatory transfers allow the processor to operate at 
maximum speed. The instruction word is stored in the FIRA (FIRA-<-BR), if the floating point option is installed. 

Source Modes 1—5 

The A Fork logic is enabled during IRD.OO (FEN 1), so the machine state that follows IRD.OO is determined by 
decoding the instruction and certain other conditions. Six of the possible sequences that follow IRD.OO are shown 
on Flows 1 . These include the beginning of the data fetch sequence for all binary instructions that have a source 
mode of 1 — 5. If the source mode is 1 , 2 or 3, the external data transfer is restarted with a new address and the 
incrementation of the source register is started for modes 2 or 3. If the source mode is 4 or 5, the external data 
transfer cannot be started until the address has been decremented, so S45.00 performs a BEND. After performing 
the data transfer to fetch the word addressed by the source register, the sequence conditionally enables the C Fork 
logic. If the source mode is odd, another data transfer is required to fetch the data addressed by the word just 
fetched; otherwise, the fork determines the next state. 

Move to Previous Space Instructions 

For an MTPI or MTPD (Move To Previous) instruction, MTP.OO and MTP.IO read an address from the stack 
pointer and begin a data transfer operation to fetch a data word that will be transferred to the destination address. 
The flow then transfers to the last state of the source-data-fetch sequence, because this state is aUke for both the 
MTP sequence and the normal source data sequence. 

Branch Instructions 

For branch instructions, the A Fork logic determines whether the branch is successful, and if not, whether a bus 
request has been sensed. If the branch is successful, the PC must be changed before the next instruction is fetched; 
this is performed by the BXX.OO — BXX.05 (branch) machine state which aborts the previous data transfer. This 
state also strobes any new bus requests. The BRQ STROBE must be performed in the state preceding the state 
that starts the instruction fetch; this includes FET.IO (in case the A Fork logic returns control directly to FET.OO), 
the next-to-last state of instructions that overlap the instruction fetch, and the last state of instructions that do 
not provide overlap. The machine state following BXX.OO is FET.OO. 

If the branch is not successful and no bus requests are sensed, the instruction fetch continues the data transfer 
begun in IRD.OO; if a bus request is sensed, the sequence returns to FET.OO, which in turn transfers the sequence 
to BRK.OO. Table 7-2E lists the ROM words used by each branch instruction for the four possible sequences. 

7.3.2 Flows 2 

Indexed Source Modes and Operate Instructions 

Flows 2 illustrates the sequence of machine states for the data fetch for source modes 6 or 7, for the transfer of 
floating-point instructions to the FPP, and for the execution of five operate instructions. 
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Indexed Source Modes 

For BIN*SM67, the indexed source modes for binary instructions, tiie transfer begun in IRD.OO is completed and 
an increment from the source register is added to the data word; the resulting data word is used for a second data 
transfer. When this transfer is complete, a conditional fork is used to transfer to the sequence required for the 
current instruction, unless an indirect-indexed address requires a third data transfer. In the latter case, the sequence 
continues through three machine states that are common to the sequences of all indirect source modes 3, 5, and 
7, and in part to the MTPI or MTPD instruction. 

Floating-Point Instructions (for the KB 1 1 -A) 

When a floating-point instruction is recognized by the A Fork logic, the sequence is transferred to FOP.OO 
(floating-point operation). In this state, the processor restores the PC to the value used to fetch the instruction, 
so that this value can be transmitted to the FPP (which stores the value for use in reporting abnormal conditions 
during the execution of that instruction, and for restarting the instruction is interrupted), and notifies the FPP 
that a floating-point instruction is ready to be processed. The processor then enters a wait loop, consisting of two 
machine states, until the FPP acknowledges the FPATTN (FPP ATTENTION) signal and reads the contents of 
the IR. (The data is actually read from the BR, which at this time contains the same information.) If the FPP is 
busy with a previous floating-point instruction, the processor may have to wait for several microseconds; during 
the waiting period, the processor looks for other external requests and releases control if any occur. If an inter- 
rupt must be processed, the stored PC value allows the floating-point instruction to be refetched after the inter- 
rupt service is completed. After the IR and PC have been transferred to the FPP, the sequence is determined by 
the C Fork logic to perform the address calculation for the floating-point data. 

Floating-Point Instructions (for the KBll-D) 

When a floating-point instruction is recognized by the A Fork logic, the sequence is transferred to FOP.OO 
(floating-point operation). In this state, the contents of the Destination Register are stored in the BR; in the 
following state (FOP. 10) the contents of the BR are stored in the FDR. Thus, at this point in the instruction 
execution, the instruction word, its address, and the contents of the General Register specified by the instruction 
are all stored in the FPP. 

The instruction flow then goes to the C Fork logic to perform the address calculation: 

1. For DM0 (which also includes FPP op codes 170000-170012, whose IR<11:06> = 0: CFCC, SETF, 
SETI, SETD and SETL), the next cycle is FOP.50 (Flows 4); 

2. For -DM0, the FPP uses the same address calculation cycles as the processor instructions. 

RTI and RTT Instructions 

The RTI and RTT instructions differ only in the clocking of T bit traps after the data transfers, so the sequence 
of machine states is identical. This sequence performs two data transfers to restore the previous PC and PS words 
from the hardware stack, and performs two increment operations on the stack pointer. The sequence then con- 
tinues with an instruction fetch. 

RTS Instruction 

The RTS sequence performs one register-to-register transfer and one external data transfer to restore the PC and 
the specified register, and updates the Stack Pointer (SP) after the transfer. The sequence then returns to the 
instruction fetch machine states. 
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SOB Instruction 

The sequence of machine states for the SOB instruction first generates a new PC value, based on the offset in the 
instruction, and then restores the old PC value if the value in the specified register will be after decrementing. 
This is done because the test on the value of the register requires one machine state in every case, which can be 
combined with the calculation of the new PC value, and because the branch is successful most of the time; thus, 
the extra machine state to perform the restoration of the old PC value is executed less often than if an extra state 
were required when the branch is successful. The SOB sequence initiates the fetch of the next instruction during 
the last machine state, which also performs the decrement on the specified register. 

MARK Instruction 

The machine state sequence for the MARK instruction transfers the contents of general register 5 to the PC, 
transfers the top word on the hardware stack to register 5, then begins fetching the next instruction. The operation 
of the MARK instruction assumes that the instruction has been fetched from the top of the hardware stack; for a 
discussion of the purpose and effects of the MARK instruction, see Paragraph 3.4.7. 

7.3.3 Flows 3 

No Memory Reference Execution 

Flows 3 illustrates the machine state sequences for a variety of instructions that do not require memory references 
other than the instruction fetch. A number of sequences are shown that transfer immediately to machine states 
on other pages; they are shown only to illustrate the routing from A Fork to these states. These sequences include 
the breakpoint trap (OPS), lOT trap, the EMT and TRAP traps, and several groups of reserved op codes, including 
OP7, OP22, and RSVD. The illegal instructions JMP or JSR, with destination mode 0, also transfer directly to a 
point in the trap sequence. The four instructions ASH, ASHC, MFPI, and MFPD are shown on other pages which 
do not show the A Fork flow line; therefore, off-page connectors are shown on this drawing for these instructions 
with destination mode (for other destination modes of these instructions, the sequence transfers to the destina- 
tion address calculation sequences shown on Flows 5 and 6). 

Multiply and Divide with Destination Mode 

For the multiply and divide instructions, a special sequence is used when the destination mode is 0. In either case, 
this sequence precedes the normal sequence for that instruction. MUL.80 (multiply) sets up the step counter and 
transfers to MUL.IO, because MUL.OO is used to complete the data transfer begun in the destination data fetch 
sequence. In DVS.OO (divide start), the contents of the register specified for the destination operand are transfer- 
red to the BR, which corresponds to the result of the data fetch sequence for other destination modes. 

E/Class and Negate Instructions 

For the majority of instructions that operate on data, one machine state is required to perform the data manipu- 
lation. If both the source (if any) and destination modes are 0, the data is already in the SR and DR registers as a 
result of IRD.OO. The data manipulation (selected by the subsidiary ROM for all except the NEG.B instruction) 
is performed, the data is stored in the general register specified by the destination field, and the sequence returns 
to the instruction fetch. The NEG and NEG.B instructions require two machine states because the complement 
and increment operations cannot be performed on the data during the same state; therefore, the external data 
transfer operation started in IRD.OO is aborted (a bus operation cannot be carried across more than two machine 
states) and the sequence returns to FET.OO. The other instructions complete the data operation and return to 
FET.IO, unless a bus request has been sensed; because the transfer to the BRQ service sequence is performed by 
FET.OO, the bus operation must be aborted. 
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RESET Instruction 

Three processor control instructions, RESET, HALT and WAIT, are executed by sequences shown on this 
drawing. The RESET instruction transfers general register to the DR so that the contents of RO can be displayed 
in the DATA hghts of the console during the reset operation, and then triggers the initialization pulse. The initial- 
ization is inhibited if the processor is not operating in the Kernel mode; in this case, the instruction is, in effect, 
a NOP. The machine state that triggers the pulse recycles to itself until the pulse (which lasts for 10 ms) is com- 
pleted, and then returns the sequence to the instruction fetch sequence. 

HALT Instruction 

TTie HALT instruction does not actually stop the processor; instead, control is transferred to the console service 
sequence, which waits for manual intervention to determine further operations. This is performed by setting the 
console flag and then returning to the instruction fetch sequence where the console flag generates a BRQ, which 
in turn transfers to the break service sequence. The console flag is set only if the processor is in Kernel mode; a 
branch after HLT.IO, (HALT) transfers control to the trap service sequence if the processor is not in Kernel 
mode, i.e., a HALT instruction in Super or User modes traps through location 4. 

WAIT Instruction 

The WAIT instruction is used to wait for an asynchronous condition that either initiates the execution of a ser- 
vice program or enters the console service sequence. The basic wait loop consists of two machine states, so that 
the BRQ STROBE in one state is available for the branch in the other state. When any BRQ is sensed, the sequence 
goes to the first of two states that test for console requests and then for interrupts or traps (other than T bit 
traps) that supply vectors. If neither is found, the sequence returns to the wait loop; otherwise, control is trans- 
ferred to the appropriate sequence. 

Processor Status Change Instructions 

Two types of instructions that transfer data from the instruction word to the PS word are the CCOP instruction 
and the SPL instruction. The former affects only the condition code bits [PS(03:00)] and the latter affects only 
the priority bits [PS(07:05)] . In the CCOP instruction, the external data transfer begun by the IRD.OO state is 
aborted because the processor must maintain the data in the BR register until the PS word is reloaded. In the SPL 
instruction, the first state does the actual transfer to the priority. The second state also begins a new instruction 
fetch and control transfers to FET.IO. SPL is a no-op (no change to the PS) unless the processor is in Kernel 
mode. 

7.3.4 Flows 4 

Destination Mode Sequence 

Flows 4 illustrates the five sequences used when the destination mode is 0. These sequences are entered through 
the C Fork microprogram address calculation; this fork is used to determine the next machine state after a source 
operand has been fetched. For all instructions except floating-point instructions, these sequences correspond to, 
or join, the sequences used when both the source and the destination modes are 0. 
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Not Register 7 

When the destination specification in an instruction refers to any general register other than register 7 (the PC), 
and the other conditions for the sequences shown on this drawing are met, the instruction is executed by 
D00.90 (destination mode 0). If the source address is odd, a byte-swap operation must be performed on the con- 
tents of the BR before the instruction-dependent data manipulation operation. If the source mode is also 0, no 
byte swap is required, and the execution is performed by the EXC.8 (execute) machine state. 

Register 7 

When the destination register is 7, the PC is modified. Because the PC is stored as a separate register (not in the 
general register set), the execution is accomplished by EXC.90, which requires the source data to be in the SR 
register. A machine state is therefore required to transfer the source data from the BR to the SR. A byte swap 
can be combined with this transfer, if necessary. 

Floating-Point Instructions (for the KB II -A) 

For most floating-point instructions, the destination specification refers to a floating-point accumulator if the 
destination mode is 0. However, this sequence is also entered for the CFCC instruction and for the load and store 
status instructions, for which the destination specification refers to the general registers if the destination mode is 
0. Therefore, if the instruction is a CFCC instruction, the first machine state transfers the floating-point condition 
codes from the internal bus to the PS word. The contents of the DR, which contains the data read from the des- 
tination register during IRD.OO, is transferred to the BR so that the FPP can read the destination, if necessary, 
and an FPATTN signal is sent. The processor then waits in a one-machine-state loop which tests for the FP SYNC 
signal; if the FPP sends a data word to be stored in the destination register, FOP.80 (floating-point operation) is 
entered, otherwise the sequence returns to the instruction fetch sequence. After receiving data from the FPP, the 
processor again sends the FPATTN signal and enters the wait loop; if the FPP is operating with double-precision 
integers, the data receiving sequence is entered twice and the second word (which is the lower half of the 2-word 
variable) is stored in the same destination register, overlaying the first word. When the FPP has no more data to 
send, the processor returns to the instruction fetch sequence. 

Floating-Point Instructions (for the KBl 1-D) 

FOP.50 is the C Fork cycle used by all DMO*F/CLASS instructions, which include FPP Condition Code and 
accumulator to accumulator operations, as well as FFP writes to the processor general registers. 

This sequence reads the FPP Status Register into the BR. If BRQ is true, a branch to FOP.60 is executed. In this 
cycle, the address of the FPP instruction is read into the BR; then, in FSV.90 (Flows 13), it is written back into 
PCA and PCB, and control is transferred to the service routine (BRK.OO, Flows 12). The FPP instruction is aborted 
at this time and its address is saved. This same instruction will thus be fetched again and executed after the ser- 
vice routine. 

FOP.30 repeats FOP.50 and waits for FP SYNC. If BRQ is true, control is transferred to the service routine as 
described above. If FP SYNC is received, FOP.40 is executed. FOP.30 cycles upon itself until either of these 
conditions is true. 

FOP.45 instructs the FPl 1-C to execute the instruction (FP START). 
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1 . In the case of a CFCC, the FPP Condition Codes are written to the PSW from the BR. 

2. If the instruction requires a write into a processor General Register (FP REG WR), the data is read into 
the BR in FOP.65 then transferred to GR[DF] during FET.08, as the next instruction fetch is started. 

3. If the instruction does not require a write into a processor general register, the instruction is done and 
control is transferred to FET.06. 

7.3.5 Flows 5 

Destination Modes 1—3 

Flows 5 illustrates the machine state sequences used to fetch data specified by destination modes 1, 2, or 3. These 
sequences are entered from one of the two forks; some are entered from the A Fork decision point, for instruc- 
tions which either do not require a source operand or have a source mode of 0, while others are entered from the 
C Fork decision point after the source operand has been fetched and placed in the SR. 

Sequence Entry 

All six sequences on this drawing start a data cycle (BUST). It should be noted that the CONDITIONAL BUST 
in IRD.OO is not asserted when the two A Fork sequences on Flows 5 are entered; this is because the PC is not 
the address required for the DM123 data cycles on this drawing. 

The four sequences entered from the C Fork decision point also start by transferring the contents of the BR to 
the SR, so that the source data is available in both registers; the opposite transfer is performed for the A Fork 
entry to move the source data to the BR for the DATO that follows the destination address calculation. If the 
destination is 3, there is no point in loading the BR from the DR because the address fetched by the first external 
data transfer is stored in the BR for use in the next data transfer. 

Destination Modes 1 and 2 

There are two entries from the C Fork decision point for address modes 1 or 2 because the source data may be an 
odd byte which must be swapped. This is the only difference between D12.90 (destination modes 1 or 2) and 
Dl 2.90. After one of these states or D12.00 has been completed, the processor performs a three-way branch, to 
separate JMP, JSR, and floating-point instructions, and instructions that transfer the source operand to the desti- 
nation unchanged (specifically, the MOV, MTPI, and MTPD instructions) from all others. For floating-point in- 
structions, the external data transfer is aborted, and the sequence continues through the B Fork decision point to 
FOP.40. For JMP instructions, the sequence is directed to JMP.OO; for JSR instructions, to JSR.OO. For the three 
direct-transfer (0 Class) instructions, the external transfer is forced to be a DATO instead of a DATIP or a DATI, 
and the transfer is completed before an instruction-dependent, condition-code load operation is performed. The 
last machine state in the sequence for Class instructions also begins the instruction fetch for the next instruction 
and checks for asynchronous conditions requiring service. 

For all other instructions, the DATI or DATIP transfer is completed, and the B Fork logic is conditionally enabled 
in D 12. 10. If a byte swap is needed because the destination address is to an odd byte, the extra machine state 
D12.30 is entered, and then the B Fork decision point. Note that in all three of the sequences shown (in D12.60, 
D12.10, and D12.70) the destination register is incremented by a constant which can be either 0, 1, or 2, depend- 
ing on the address mode and whether a word or a byte operand is being fetched. 
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Destination Mode 3 

The three sequences for destination mode 3 all enter D30.10 (destination mode 3), which completes the data 
transfer, increments the destination register by the necessary amount, and transfers to D 10.20, which begins the 
fetch of the operand addressed by the word just transferred. Because the first transfer during a destination mode 
3 sequence can only be a full word, the increment used in the register update is always 2, not 1. 

7.3.6 Flows 6 

Destination Modes 4 — 7 

Flows 6 illustrates six machine state sequences that are used to fetch the destination operand when the destination 
address mode is 4, 5, 6, or 7. These six sequences correspond to the six sequences for address modes 1, 2, and 3. 

Modes 4 and 5 require that the contents of the destination register be decremented before the value is used in the 
external data transfer. They are treated by one of three sequences. Modes 6 and 7 use general register 7 (the PC) 
first and then use the destination register. They are treated by one of three sequences. 

In either case, two of the three sequences are entered from the C Fork and one from the A Fork. The two C Fork 
entries differentiate between source operands that require byte swapping and source operands that do notv There 
can be no requirement for a byte swap on the A Fork entry, because the source operand would be address mode 
and the high byte of a register cannot be specified. 

C Fork Entries for Modes 4 and 5 

D45.80 (destination mode 4 or 5) and D45.90 differ mainly in the microprogram addresses contained in the micro- 
program word. Each state decrements the DR by the value of the destination constant, which is 1 for a byte 
operation in mode 4, and 2 for a word operation. Byte operations in mode 5 use a constant of 2 because the data 
fetched from the address taken from the DR is in turn used as an address and must be a full word. The state 
following D45.80 or D45.90 begins the external data transfer, which may be a DATI, DATIP, or a DATO, depend- 
ing on the specific instruction. D40.30 and D50.30, which follow D45.90, also perform the byte-swap operation 
on the source operand. In each of the two sequences, a different path is taken for destination mode 4 where only 
one data transfer is needed, than for destination mode 5 where a second transfer is needed. The second transfer is 
performed by a sequence that is common for address modes 3,5, and 7; this sequence transfers the first word that 
is fetched from the BR to the DR and then uses the DR as the address for a second transfer. 

A Fork Entry for Modes 4 and 5 

D45.00, which is entered from the A Fork Decision point, is similar to D45.80 and D45.90, except that a BEND 
is performed to abort the transfer begun during the IRD.OO machine state. The sequences that follow D45.00 are 
similar to the sequences that follow D45.80 or D45.90, except that the source operand, if any, is already in the 
SR. 

Destination Modes 6 and 7 Entry 

For address modes 6 and 7, the first machine state entered from the C Fork decision point begins an external data 
transfer, using the contents of the PC as an address, and performs an increment operation on the PC. The entry 
from the A Fork decision point continues the transfer begun by the IRD.OO machine state, so this entry is to 
D67:00 (destination mode 6 or 7) that follows the first state for the other entries. D67.10 adds the contents of 
the DR to the data read into the BR, thus performing the indexing operation, and then transfers to a machine 
state in the flow sequence for destination modes 4 or 5. The transfer is to D 10.30 (a state also used for mode 4) 
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if the mode is 6, or to Dl 0. 1 (a state also used for mode 5) if the mode is 7. The shared sequences perform the 
remaining one or two data transfers to fetch or store the actual data word. 

Ending Sequence 

When the last data transfer has been started, all six sequences enter a combined conditional fork and two-way 
branch that selects the next machine state. For 0/class instructions (MOV, MTPI, and MTPD) the last data trans- 
fer is a DATO operation, which is completed by D 10.40; this state also loads the condition codes. The processor 
then returns to the instruction fetch sequence. For all other instructions, the DATI or DATIP transfer is com- 
pleted in D 10.60, leaving the destination data in the BR and the source data in the SR, and the B Fork logic is 
conditionally enabled. If a byte-swap operation is required for the destination data, D 12.30, which performs this 
operation for all destination modes 1 - 7, ise ntered. FJ/Class instructions go directly to the B Fork. 

7.3.7 Flows 7 

ASH, ASHC, and Floating-Point Instructions 

Flows 7 illustrates the machine state sequences for the Arithmetic Shift (ASH) and Arithmetic Shift Combined 
(ASHC) instructions, and the first machine state of the floating-point instruction service after the destination 
address calculation. 

ASH Instruction 

When the machine state sequence for the ASH instruction is entered from the B Fork decision point, the destina- 
tion data is in the BR register. The six least-significant bits of the destination word are used as a 2's complement 
number which is the shift count for the instruction. The DR is loaded from the BR and this data is then loaded 
into the Shift Counter (SC) from the DR in ASH. 10. In an ASH.20, the condition codes are loaded, based on the 
value of the word in the source register, and the SC is tested for a shift count. If the shift count is 0, the instruc- 
tion is completed, and the processor returns to the instruction fetch sequence; otherwise, one of two states is 
entered, depending on the sign of the shift count. ASH.30 (Arithmetic Shift) and ASH.40 perform the actual 
shift one bit at a time, and increment or decrement, respectively, the shift counter. These states also load the 
condition codes with the results of each shift, so that after the last shift the codes are correct, and test during each 
cycle to determine whether any further cycles are required. Note that the first change to the SC is performed in 
ASH.20; all tests are done on the value before any changes are performed, so the last cycle in ASH.30 or ASH.40 
is performed with the SC=0, and the final value in the SC is -0 (all Is). 

ASHC Instruction 

The ASHC instruction operates in a manner similar to the ASH instruction. The difference is that two words of 
data are shifted, ASC.OO and ASC.IO perform the same functions as ASH.OO and ASH. 10, and in addition, load 
the DR (after the SC has been loaded from the previous value in the DR) with the contents of a general register 
which is selected by ORing the destination register specification with 1 . When the destination register specified by 
the instruction is an even-numbered register, the OR produces the number of the next higher numbered register. 

ASC.20 performs the first change of the SC, moves the first data word to the BR, loads the condition codes, and 
tests for a SC, just as ASH.20 does. However, if the SC is 0, the sequence continues with ASC.80 (arithmetic 
shift combined), instead of returning immediately to the instruction fetch sequence. This state is required to test 
the second data word, so that the Z condition code can be set on the contents of both words. ASC.80 also starts 
the next instruction fetch, so the processor transfers to either FET.IO or BRK.OO rather than FET.OO. 
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If the SC is not 0, ASC.20 is followed by ASC.30 or ASC.40. These states perform the same operations as the 
corresponding states for the ASH instruction, and also cause shifting of the DR (which can be shifted internally, 
without passing the data through the ALU or SHFR). The bit shifted into the DR is selected by processor hard- 
ware. When the SC does reach 0, the next machine state is SC.60, which performs the same operations as ASC.80, 
but also stores the second word from the DR into the appropriate general register. 

Floating-Point Instructions (for the KBl 1-A) 

When the B Fork logic decodes a floating-point instruction, FOP.40 (floating-point operations) is entered. This 
state aborts the last external data transfer started by the destination-data-fetch sequence, and sends the destination 
address, not the destination data, to the FPP. The sequence then continues with the floating-point service machine 
states to perform whatever operations are required by the FPP. 

Floating-Point Instructions (for the KBl 1-D) 

When the B Fork logic decodes a floating-point instruction, FOP.70 (floating-point operation) is entered. This state 
aborts the last external data transfer started by the destination-data-fetch sequence, and sends the destination 
address, not the destination data, to the BR. A three-way branch is then entered: 

1 . BRQ true: Control is transferred to FSV.70 (Flows 13). In this cycle and the two that follow it, the 
original DR and PC are read back from the FPl 1-C and the DR, PCA and PCB are restored to the state 
in which they were prior to the FPP instruction fetch. The service flows (BRK.OO through SVC.90), and 
the interrupt subroutine are then executed; the FPP instruction is then fetched and executed again. 

2. -(SYNC+BRQ): The processor cycles on FSV.60 (Flows 13) until it receives either an FP SYNC or a 
BRQ. In this last case it executes the sequence described in (1) above. In the first case (FP SYNC) it 
executes the sequence in (3) below. 

3. SYNC-i-BRQ: FSV.OO is entered. In this state, a bus cycle is started, whose direction (DATI or DATO) 
is determined by FC (BC^FC). 

a. If the instruction is not a Floating-Point Class (FPCLASS), up to four 1 6-bit words are transferred 
by the FSV.10-FSV.70 loop. 

b. If the instruction is FPCLASS, this loop is expanded to include FSV.30, FSV.40 and FSV.50 
which cause the loop to execute a read/modify /write operation. FPCLASS instructions are ABSX 
and NEGX. 

After the CPU completes this loop, it executes FSV.20 where it can copy the floating condition codes 
in the FPl 1-C, if desired. From this state, the CPU sequences to FET.07 to start the next instruction 
fetch. 

7.3.8 Flows 8 

Multiply Instruction 

The sequence of machine states shown on Flows 8 performs a multiplication operation on two words of data, one 
from a general register and the other in a word specified by the destination field and fetched into the BR. The 
results of the multiplication are stored in two general registers: one is the register specified in the instruction, and 
the other is a register whose number is formed by ORing 1 with the number of the specified register (Figure 7-4). 
If the specified register has an odd number, only one register is used. 

The multiplier is in the SR, the multiplicand in the DR, and the 32-bit product is formed in the BR and DR by an 
odd and shift algorithm. 
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Figure 7-4 Multiply Instruction 

The multiplier (SR) is used as a 32-bit, not a 16-bit, 2's complement number. This is accomplished by extending 
its sign bit into the BR after every shift. The multiplication thus has as its operands a 16-bit multiplicand, the DR, 
and a 32-bit multipUer, the SR. 

In 2's complement notation, a negative 16-bit number (-A) is equivalent to 2' *-A), and a negative 32-bit number 
(-B) to 2^2 -B). When a combination of 16- and 32-bit positive and negative numbers are multiplied, four condi- 
tions are possible, as shown in Table 7-1. 



Table 7-1 
Sign Correction for MUL Instruction 



Case 


SR 


DR 


Representation of 


Product Generated 
(2" SR X DR) 


Product 
Should Be: 


Cotrection 




SR 


DR 


Required 


1 
2 
3 
4 


>0 
<0 
>Q 
<0 


>0 
>0 
<0 
<0 


SR 

2'^-SR 

SR 

2'^-SR 


DR 
DR 

2'«-DR 
2»«-DR 


(SRXDR) 

2^ ^DR- (SRXDR) 

2'«SR-(SRXDR) 

2''«-2"DR-2'«SR+(SRXDR) 


(SRXDR) 
-(SRXDR) 
-(SRXDR) 
(SRXDR) 


None 
None 
-2'*SR 
+2"SR 



Note that correction of the product is required when the DR (multiplicand) is negative. 

In Case 1 , where both SR and DR are positive, the product is correct and no correction is required. 

In Case 2,2=*^ X DR must be subtracted, but since the product is only 32 bits wide, this term is out of range and 
no correction is required. 

In Case 3,2'* X SR has to be subtracted from the product, as this term is within the 32-bit product formed in 
the BR and DR. 

In Case 4, the first two terms are out of range, and 2' * X SR must be added to the product. Since in this case the 
SR is a 2's complement negative number, the addition is accompUshed by subtracting it as in Case 3 (- - = +). 

The multiplication sequence begins with two machine states that set up the four registers (BR, SR, DR, and SC) 
used in the sequence, and performs the first test and shift on the DR. Note that all branches refer to the state of 
the DR and the SC at the beginning of the machine state preceding the branch, not the values in the registers at 
the end of that state. This is because the RAR is clocked at T3. The operand supplied by the destination-data-fetch 
sijquence is loaded into the DR, and the SC is loaded with the octal value 17 (decimal 15) in-MUL.OO (multiply). 

In MUL. 10, the BR is cleared; the other operand is in the SR as the result of IRD.OO. The SC is decremented. 



7-17 



Fifteen multiplication cycles are then performed in MUL.20 and MUL.30. 

1 . If the low order bit of the DR is 1 [ DR0(1 ) ] , the SR is added to the BR and both BR and DR are 
shifted right in a combined shift, which forms the product (MUL.20). 

2. If the low order bit of the DR is [DRO(O)] , the shift is performed, but no add (MUL.30). 
At the end of these fifteen cycles, SC=0 and DRO contains the sign bit of the multipUcand (DR). 

1 . If DR0(1 ), the multiplicand was negative and correction is required. MUL.50 subtracts the multiplier 
(SR) from the high order product (BR and DR). This is the same as subtracting 2' * X SR from the 
product. 

2. If DRO(O), no correction is required (MUL.40). 

MUL.50 or MUL.40 store the more-significant half of the result into the register specified by the source field, and 
set the condition codes on the value of this word. 

MUL.60 stores the less-significant half of the result in the register, whose number is formed by ORing the source 
field with 1 ; if an odd register is specified, this value replaces the more-significant half of the result, which is lost. 
This is done because many multiplications produce a result which can be contained in only one word, and this 
result is preserved by this action. The condition codes are altered to represent the value of the entire result; if all 
32 bits are 0, the Z bit is set, and if the result cannot be contained in one word, the C bit is set. At the end of this 
cycle, the sequence returns either to the instruction fetch sequence, or, if an asynchronous condition needing 
service was sensed by the BRQ STROBE in machine state MUL.40 or MUL.50, to the break service sequence. 

7.3.9 Flows 9 and 10 
The Divide Instruction 

Division is the process of counting the number of times one number (the dividend) can be reduced by another 
number (the divisor). The count of the number of reductions is called the quotient; the part of the dividend that 
cannot be reduced by the divisor is called the remainder. Division is more complicated than multipHcation, for 
several reasons: 

1 . Division produces two results, not one. 

2. During multiplication, the maximum result occurs when the maximum number is multiplied by itself. 
This result fits into two words; during division, the maximum result occurs when the largest possible 
number is divided by a very small number and the result does not fit into any reasonable number of 
words. Therefore, the division algorithm must recognize the overflow condition when the quotient is 
too large. 

3. During the division process, it is necessary to recognize when the partial remainder is smaller than the 
divisor; usually this is done by recognizing when the last reduction passed through and changed the 
sign of the remainder. This condition is called underflow and requires that the results of the last reduc- 
tion be restored in some way. 

The simplest division algorithm is to subtract the divisor from the dividend until underflow occurs, restore the re- 
mainder, and keep a count of all but the last subtraction for the quotient (this algorithm assumes all positive num- 
bers). This procedure is very tedious, particularly if an overflow condition exists, so a shorter algorithm is used 
that is based on the positional representation of numbers. 

The result of the division is a quotient that can be multiplied by the divisor to regenerate the dividend (with a 
difference equal to the remainder). If, during the multiplication, each bit of the quotient can generate a partial 
product that becomes part of the total sum, then during the division, each bit of the quotient can be generated 
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individually while reducing the partial remainder by an appropriate amount. To determine what the most- 
significant bit of the quotient should be, the number that is subtracted from the dividend is equal to the divisor, 
multiplied by the positional value of the most-significant digit. 

Figure 7-5 illustrates the division algorithm. At the beginning of the division, the dividend occupies all of a word 
register. The divisor has been multiplied by 2 to the nth power, so that the number which is first subtracted from 
the dividend is actually the divisor times the positional value of the most-significant bit. Before each step of the 
division, the divisor is divided by 2, so that the correct number for generating the next bit of the quotient is 
formed; the division by 2 is done by shifting the 2-word divisor ] bit to the right. In order for the division al- 
gorithm to operate with negative numbers, the reduction that is performed at each step of the division must be 
the correct operation to reduce the remainder; if the divisor and the partial remainder (that is, the dividend) have 
the same sign, the divisor is subtracted from the remainder, but if their signs differ, the divisor is added to the 
remainder to reduce its magnitude. 

The algorithm that is illustrated does not perform a restoration if an underflow condition occurs. Instead, while 
underflow exists, succeeding operations are performed in the opposite manner to complete the restoration; while 
an underflow condition exists, the bits of the quotient are set only when the underflow is corrected and are 
cleared if the operation does not complete the restoration. If the original divisor and dividend are of opposite sign, 
the quotient should be negative, so bits of the quotient depend on the operation performed and its results, as 
follows: 

1 . If the operation was a subtraction (the signs of the divisor and the partial remainder were the same), 
the quotient bit is set if there was no underflow, and is cleared if there was underflow. 

2. If the operation was an addition (the signs of the divisor and the partial remainder were different), the 
quotient bit is cleared if there was no underflow, and is set if there was underflow. 

The non-restoring division algorithm works because an underflow at any step can be corrected to within one 
multiple of the divisor by the succeeding steps. This is true because a binary number that is represented by all Is 
is changed to a number that is represented by a 1, followed by all Os, when the number 1 is added to it. Therefore, 
the multiple of the divisor that is subtracted from the partial remainder at any step is only one more multiple of 
the divisor than can be expressed by all the less-significant bits of the quotient. The remaining single multiple of 
the divisor can be restored by a single operation (which is always an addition, because underflow exists and the 
divisor and partial remainder have different signs) following the steps that generate the quotient bits; this step is 
also used to correct the remainder. 

Divide Instruction Sequence 

The divide (DIV) instruction is executed by the longest and most complex sequence of machine states used in the 
KBl 1-A, D Processor. This sequence is illustrated on two drawings. Flows 9 shows the register setup, the first two 
overflow tests, and the cycle of states that perform the actual division. Flows 10 shows the quotient and remainder 
sign corrections and the final overflow test. 

The division is performed by a non-restoring divide algorithm that is described above. The hardware implementa- 
tion (Figure 7-6) uses the SR to hold the divisor and begins with the dfefidend in the BR and DR registers. The BR 
contains the more-significant half of the dividend, while the less-significant half is in the DR. Each cycle of the 
division shifts the dividend one bit to the left and shifts the next bit of the quotient into the least-significant bit 
of the DR. When the division terminates, the quotient is in the DR and the remainder is in the BR. 

The non-restoring divide algorithm can operate with positive or negative operands; however, the KBl 1-A, D always 
operates on a positive dividend to simplify the detection of underflow. (The divisor may have either sign.) The first 
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Figure 7-6 Divide Instructions 

two machine states of the division sequence test for a divisor or a negative dividend, and set up the SR and DR 
registers. If a divisor is sensed, the division is aborted and the C, V, and Z condition codes are set to indicate 
that an error has occurred. 

Initial Setup 

If the dividend is negative, a sequence is entered to complement the dividend. Note that the branch on the N con- 
dition code occurs after DIV.20, although the condition code is loaded in DIV.IO (divide), because the branch 
condition must be available at the beginning of the machine state in which the branch is used. Similarly, the 
branch on the Z condition code after DIV.IO uses the condition code value set by DIV.OO, not the new value 
set by DIV.IO. 

Negative Dividend Processing 

The sequence beginning with DVN.OO (divide negation) generates the 2's complement of the 2-word dividend as 
follows: 

1 . The 2's complement of the less-significant word is formed by first clearing the DR, then subtracting the 
SR, which contains the low order word, from the in the DR. The DR is cleared so that a subtract 
from 0, which requires only one machine state, can be used; normally a 2's complement is generated by 
forming the 1 's complement and then incrementing, as shown for the remainder of correction steps. 
The 2's complement of the less-significant word is stored in the register which originally held the less- 
significant word. 

2. DVN.20 generates a carry from the less-significant word to the more-significant word. That is, if a carry- 
out of the most-significant bit of the ALU occurs during the operations (which is repeated in DVN.20), 
a 1 is shifted into the DR. 

3. A 1 is subtracted from the DR. If a carry occurred in Step 2, the DR contains and the 2's complement 
of the more-significant word is formed; if no carry occurred, the DR now contains a -1 , which cancels 
the carry insert during the subtraction in DVN.40, and the I's complement of the SR is formed. This 

is the correct result if there is no carry. 

After the 2's complement of the dividend is formed, DVN.50 begins the restoration of the divisor to the SR and 
the dividend to the BR and DR. However, if the dividend is still negative, which occurs if the dividend was the 
maximum negative number (because the 2s complement notation can express one more negative number than 
positive number, the largest negative number complements to itself), the division cannot be performed and the 
sequence is aborted. 



7-21 



Overflow Test and First Cycle 

After the setup is completed, tlie processor enters DIV.30 with a positive dividend in the BR and DR, 17(8) in the 
SC, and the divisor in the SR. The next portion of the sequence performs the first cycle of the division and per- 
forms a test for overflow. This test is based on the fact that if underflow does not occur during the first cycle, 
the quotient is too large to be expressed in 1 6 bits. If the instruction is not aborted because of overflow, the 
processor enters the DIV.70 machine state to begin the main divide cycle. 

Division Process 

The test for underflow that determines whether DIV.80 or DIV.90 is entered is based on the following consider- 
ations: 

1 . If the divisor is negative, adding the divisor to the dividend should produce a result closer to than the 
original dividend. If the result is negative, underflow has occurred and a is shifted into the DR. 

2. If the divisor is negative and the dividend is also negative, an underflow condition already exists. The 
divisor is subtracted from the dividend to return the dividend to a positive number. If the result is still 
negative, a is shifted into the DR; if the result is positive, the underflow has been corrected and a 1 is 
shifted in. 

3. For a positive divisor and dividend, a subtraction is performed. If the result is positive, a 1 is shifted into 
the DR, but if the result is negative, underflow has occurred and a is shifted in. 

4. If the divisor is positive and the dividend is negative, an addition is performed to correct an existing 
underflow. If the result is positive, the underflow has been corrected and a 1 is shifted into the DR, 
otherwise a is shifted in. 

As a result of these considerations, the processor enters DIV.80 if the divisor is positive and there is no underflow 
(DRO is a 1 ), or if the divisor is negative and there is underflow (DRO is a 0). DIV.80 performs a subtract opera- 
tion and shifts the carry-out of the ALU into the DR. (A carry-out of the most-significant bit of the ALU indi- 
cates that underflow has occurred; if an uncorrected underflow existed, the carry indicates that it has been 
corrected.) 

If the opposite conditions exist (SR is positive and DRO is 0, or SR is negative and SRO is 1), DIV.90 is entered 
and an addition is performed, followed by a shift of the DR. Note that the cases for which a carry-out of the 
most-significant bit of the ALU exist are equivalent to the cases described above for which the least-significant 
bit of the DR is set. 

Remainder Storage and Sign Check 

After the divide cycle has been performed 15 times (the first division cycle) and the first decrement of the SC is 
performed in DIV.30 — DIV.60, DVC.OO (divide correction) writes the remainder from the BR into the appro- 
priate general register, and transfers control to one of four machine states, depending on whether a remainder 
correction is required and whether the quotient has the correct sign. 

Remainder Correction 

If, after the last division cycle, the least-significant bit of the quotient is a 0, an underflow condition still exists. 
This condition can be corrected (unless an overflow condition also exists) by adding a positive divisor or subtract- 
ing a negative divisor to correct the remainder. This is done by DVC.IO or DVC.20. If no remainder correction is 
needed, or following the remainder correction, DVC.30 or DVC.40 begins complementing the remainder in case 
the remainder has the wrong sign. The current value of the remainder is not disturbed until a determination is 
made of the appropriate sign. 
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Quotient Sign Cliange 

If the N condition code is set, the original dividend was negative. The complemented remainder, which is negative 
because the corrected remainder is positive (if all underflow conditions are corrected), is stored as the final value 
of the remainder. If both the dividend and the divisor were positive, the quotient, which is also positive (the most- 
significant bit of the quotient must be positive or an immediate overflow condition aborts the division), is written 
into the appropriate general register. Similarly, if both dividend and divisor are negative, the quotient should be 
positive and is written in its present form. 

If the original signs of the dividend and divisor were different, the quotient should be negative. The quotient is 
complemented by DVC.80 and DVC.90; one special case in which the quotient is the most negative number is con- 
sidered an error. 

7.3.10 Flows 11 

Memory Reference Execution Sequences 

Flows 1 1 illustrates eight sequences that execute the data manipulation stages of a variety of instructions, when 
those instructions require external data transfers to complete the instruction execution. These sequences are 
entered from the B Fork decision point. 

Standard Execution 

The majority of instructions are executed by EXC.OO (execute). When this state is entered, the source operand, if 
any, is in the SR, and the destination operand is in the DR. EXC.OO performs one data manipulation operation 
and loads the condition codes; both the operation performed and the condition-code loading are controlled by 
subsidiary ROMs (i.e., they are instruction-dependent). EXC.OO performs the byte-swap operation in the SHFR 
automatically. 

For any instruction that is operating on an odd-byte destination operand, EXC.OO also begins an external data 
transfer operation that is completed in EXC.IO; this operation transfers the result data to the destination address, 
which is taken from the DR. 

Negate Instructions 

Several instructions, which are otherwise treated in the same manner as those executed by EXC.OO, must be exe- 
cuted separately. The negate and negate byte (NEG.B) instructions require two machine states for execution 
because the 2's complement of a number is formed by first generating the 1 's complement and then incrementing 
that value. After the negation is performed and the condition codes loaded, the processor performs a byte swap 
if the destination operand is an odd byte, and starts an external data transfer that is completed in EXC.IO. 

Shifter Instructions 

Two instructions, which are executed by EXC.OO when they operate on an even byte [DRO(O)] , use the SHFR 
to perform a right shift. These are the ASRB and ROR instructions. When these instructions operate on a desti- 
nation operand taken from an odd-byte location [DRO(l)] , a second machine state is required to perform the 
byte swap, which also requires the SHFR. Therefore, SHR.OO (shift right) performs the same actions as EXC.OO, 
except that no external data transfer is begun and no byte swap is performed. These functions are performed by 
SHR.IO. No conflict occurs for the ASL and ROL instructions because left shifts are performed by the ALU, not 
by the SHFR. 
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Test Instructions 

The three instructions that set the condition codes without modifying any stored data, TST, CMP, and BIT, are 
executed by machine states that do not start an external data transfer for the data operand. 

Jump Instruction 

The jump (JMP) instruction performs only one operation; it sets a new value in the Program Counter (PC). The 
value loaded into the PC is the destination address, not the destination data word. The last external data transfer 
to fetch the data word is aborted, (BEND) the PC is loaded, and a transfer to the instruction fetch sequence is 
performed by the machine state JMP. 00 Gump). 

Jump to Subroutine Instruction 

The jump to subroutine (JSR) instruction performs two data transfers in addition to loading the PC. The contents 
of a register specified by the instruction are saved on the hardware stack, and the previous value in the PC is saved 
in the specified register. JSR.OO Gump to subroutine) the last external data transfer, loads the destination address 
into the PCA (but does not load the PCB from the PCA, so that the PCB can be stored in the general register until 
JSR.40), and loads the SR with the contents of the specified register. JSR. 1 transfers the SR to the BR, which is 
the register that holds data to be transmitted during external data transfers, and loads the DR with the contents 
of general register 6, the Stack Pointer (SP). JSR.20 decrements the SP by 2 (to allocate a word at the top of the 
stack for the data to be stored); the new value is stored in the SP and in the DR for use in the external data trans- 
fer started in JSR.30. JSR.40 transfers the contents of the PCB to the specified general register and loads the PCB 
from the PCA. The data transfer begun in JSR.30 is completed in this state. 

Move From Previous Space Instructions 

The MFPI or MFPD instruction transfers data from the destination address to the hardware stack; it acts like a 
"push" instruction. If Memory Management is on, the address space from which the destination data is taken 
may differ from the address space that the data is pushed into, but this does not affect the operations within the 
processor. The MFP.OO state is entered with the data to be transferred in the BR; this state loads the condition 
codes and loads the SR from the hardware stack pointer. The MFP.80 machine state is entered if the destination 
mode is 0; this implies that the data is in a general register. This data is loaded into the DR while the bus opera- 
tion started by the IRD.OO machine state is aborted. The MFP.90 machine state transfers the DR to the BR and 
loads the SR from the stack pointer. The sequence for destination mode then joins the sequence for the other 
address modes in MFP.IO. This state decrements the SR (which contains the SP). SVC.80 and SVC.90 (Flows 13) 
complete the instruction by pushing the data onto the stack. 

7.3.11 Flows 12 and 13 

Flows 12 and 13 show the abort, trap, interrupt and floating-point service routines. The abort, trap and interrupt 
sequences are described below. 

Abort Sequence 

The major machine state sequence illustrated is entered after an operation is aborted (at machine state ZAP.O) or 
in response to an external bus request or internal console request (at machine state BRK.O). If an operation is 
aborted, the processor stops any external data transfers in machine state ZAP.O and control transfers either to the 
ZAP.l machine state or to the BRK.O (break) machine state. If the aborted operation was a data transfer attempt- 
ing to store the processor status word (this occurs if a trap or interrupt service sequence caused a stack hmit, bus 
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error, or relocation address error trap), the old processor status word is rewritten from the BR to the PS by a 
sequence of three machine states. The machine state sequence then rejoins the main sequence through state 
BRK.O. 

Break Sequence 

In the BRK.O state, the processor transfers the PC value to the SR in case the PC value must be stacked, and 
strobes the bus data into the BR in case an interrupt operation has supplied an interrupt vector. The BRK.O state 
also determines whether the console flag is set. This flag can be set by a HALT instruction, by the HALT switch 
on the console, or by a parity error in the solid state memory. Once the console flag is set, it remains set until 
cleared by a START or CONT switch operation. The processor cycles in the CON.O machine state when the flag 
is set. 

If the BRK.O state has been entered with the console flag not set, the sequence continues with the BRK.l 
machine state, which loads the DR from the BR in case the BR contained an interrupt vector, and performs a 
4-way branch that depends on the type of condition that caused the sequence to be entered. 

Power-Up Sequence 

If the break condition is a power-up request, the power-up sequence is entered starting at machine state PUP.O 
(power up). This sequence loads the DR from the hard-wired start vector and then loads the PC and the PS from 
the addresses pointed to by the start vector. The previous contents of the PC and PS are not stacked because they 
are not significant, and because the stack pointer is also not reliable; a power-up sequence must assume that all 
registers have been altered when the power to the processor has been off. The RTI.5 major state is entered because 
it performs the operations required to complete the sequence; it loads the PS with the data loaded into the BR 
during state PUP.4 and the sequence then continues until a new instruction is fetched. 

Internal Traps 

Internal traps are those conditions that, when recognized by logic in the processor, cause the abortion of a 
sequence or the abortion of the next instruction fetch. Trap-type instructions are handled by the sequence begin- 
ning with the TRP.O (trap) machine state. The internal traps are divided into two groups; one group includes all 
errors that cause a failure of a stacking operation and require the use of an emergency stack, while the other group 
handles all trap conditions that use the normal hardware stack. 

Stack Errors 

When a stack limit error occurs, or a bus error or memory management error on a stacking operation occurs, this 
error must be serviced without the use of the normal hardware stack. Therefore, an emergency stack is set up, 
using only the two words at addresses and 2. The stack pointer is loaded with the value 4 because the stacking 
operation decrements the stack pointer by 2 before each stacking transfer. This value is generated by loading 2 
into the SR, then adding 2 again and storing the sum in the stack pointer. The stack error sequence then joins the 
internal error sequence at machine state BRK.8. 

Internal Vector Generation 

For all internal traps, the BRK.8 machine state sets a trap vector in the DR, and loads the BR with the old PS 
word. The BRK.3 machine state then begins an external data transfer to load the PC with the value stored at the 
trap vector address, and loads the PCA from the BR so that the BR can be used to receive the new PC word. The 
processor now has the old PC in the PCB register and the old PS in the PCA register. The external data transfer is 
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completed and the remainder of the trap or interrupt service sequence is performed by the SVC machine states 
(Flows 13). 

Interrupts 

All external break conditions, other than the ones discussed above, are assumed to be interrupts from other 
devices. These conditions supply an interrupt vector on the bus data lines; this vector has been loaded into the 
BR, and then into the DR, by the BRK.O and BRK.l states. The BRK.2 machine state loads the BR from the old 
PS word, in the same way as the BRK.8 state, and tests for a valid break condition. If no condition exists, the 
processor returns to the instruction fetch sequence through the RTI.6 machine state, which clears the various 
flags that might have caused a break condition to be sensed. If the break condition is valid, the BRK.5 machine 
state begins the interrupt service sequence. 

Floating-Point Instructions (for the KBll-A) 

When the execution of a floating-point instruction by the FPP has been initiated, the processor enters a floating- 
point-service sequence, beginning with FSV.20 (floating-point service). When this state is entered, the DR con- 
tains a destination address and the floating-point instruction has been transferred to the FPP. FSV.20 performs 
no operations; the BRQSTROBE is required only for the last state preceding the instruction fetch sequence. The 
processor waits, repeating FSV.20, until the FPP sends a synchronization signal, and then performs a bus transfer 
if the FPP requests one, or returns to the instruction fetch sequence if no operation is required. 

If an external data transfer is required, the FPP sends a request at the same time as the FPSYNC. The transfer 
may be in either direction; from the FPP to the external storage locations, or from storage to the FPP. In FSV.OO, 
the FPP supplies the bus control signals and a bus operation is started using the address in the DR. The BR is 
loaded from the internal bus, in case the FPP is supplying a word of data for transmission to a storage location; 
if this occurs, the bus control signals supplied by the FPP also gate the contents of the BR to the external bus. 

FSV.IO completes the bus operation and loads the BR from the external bus, in case the operation is a transfer 
to the FPP. If the transfer is to the FPP, the data is gated from the BR onto the internal bus for use by the FPP, 
and the FPP can read the data when the FP ATTN signal is transmitted. The DR is updated in case the FPP re- 
quires additional words of data. The general register specifled in the instruction, from which the DR was loaded, 
is not accessed because the general register was updated by the total amount necessary during the destination ad- 
dress calculation states. After each transfer, the processor waits for the FPSYNC signal before proceeding. 

Floating-Point Instructions (for the KBll-D) 

The FPl 1-C instructions are described in Paragraph 7.3.7 (Flows 7). 

Trap Instructions 

For trap instructions, the sequence used to initiate the trap service sequence differs from the sequence for internal 
trap conditions in two respects. First, this sequence must abort any bus operations that have been started; second, 
the sequence does not generate an acknowledge signal to clear all internal trap conditions. Therefore, two machine 
states that are otherwise similar to BRK.8 and BRK.3 are used for trap instructions; these are TRP.O and TRP.l , 
respectively. The same service sequence is used following TRP.l as following BRK.3. 

7.3.12 Flows 14 

Flows 14 shows the sequences for manual console operations. These operations are described in Paragraph 8.7.15. 
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7.4 FOLLOWING AN INSTRUCTION THROUGH THE FLOWCHARTS 

To follow a particular instruction tlirough the flowcharts, it is necessary to know which machine state sequences 
apply to that instruction in the particular state of the processor (specifically, which machine state will be entered 
from various fork decision points). 

The tables and diagrams in this paragraph are designed to help determine the exact sequence of machine states 
for a particular instruction. Starting with either the binary code, or the symboUc name of the instruction, the 
machine state entered from each decision point, and what branches are taken at some of the primary branch 
points within the sequences shown can be determined. 

7.4. 1 Figures and Tables 

Figure 7-7 shows the correspondence between binary op codes and instruction mnemonics. 

1 . Starting with the most-significant bit of the instruction code, look down the corresponding column of 
Figure 7-7 to find the number that matches the value of that bit in the instruction. 

2. The horizontal line to the right of that number leads to another vertical column, for the next most- 
significant group of bits in the binary code. Look down that line to find the number that matches the 
value of the corresponding bit or bits in the instruction. 

3. Repeat Step 2 for each portion of the binary code until the last number is followed by the symbolic 
name and structure of an instruction instead of a horizontal line. That instruction corresponds to the 
given binary code. 

When the symbolic code for an instruction is known, the reader can find that instruction in Table 7-2 which speci- 
fies the machine state sequences used to execute that instruction. The table is in alphabetical order according to 
the mnemonic codes used for the instructions, and lists both the instruction classes, if any, and the machine states 
entered from various decision points, when used. The instruction classes are groupings of the instructions 
according to properties of the execution sequences (e.g., I, P, and 0/Class instructions perform a DATI, DATIP, 
or DATO bus transfer as the last transfer of the destination data fetch sequence). While the A Fork decision point 
is used by all instructions (the A Fork decision point follows the instruction fetch sequence and is, in effect, the 
instruction decoding system), not all instructions use the B Fork or C Fork decision points; those which do not 
are indicated by entry "N.U." in the appropriate column. 
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Table 7-2A 
Instruction Microprogram Properties 



Instruction 


Class 


A Fork 


BFork 


CFork 


ADC.B 




P, E, DAC 


See Table 7-2B 


EXC.OO(ll) 


N.U. 


ADD: 


-SMO 
SMO 


P, E, BIN 
P,E,BIN,DAC 


See Table 7-2B 
See Table 7-2C 


EXC.OO(ll) 
EXC.OO(ll) 


See Table 7-2D 

N.U. 


ASH 


-DM0 
DM0 


DAC 
DAC 


See Table 7-2C 
ASH.10(3) 


ASH.OO (7) 
ASH.OO (7) 


N.U. 
N.U. 


ASHC 


-DM0 
DM0 


DAC 
DAC 


See Table 7-2C 
ASCI 0(3) 


ASC.OO (7) 
ASC.OO (7) 


N.U. 
N.U. 


ASL.B 




P, E, DAC 


See Table 7-2C 


EXC.OO(ll) 


N.U. 


ASR 




P, E, DAC 


See Table 7-2C 


EXC.OO(ll) 


N.U. 


ASRB 


DRO(O) 
DRO(l) 


P, E, DAC 
P, E, DAC 


See Table 7-2C 
See Table 7-2C 


EXC.OO(ll) 
SHR.00(11) 


N.U. 
N.U. 



Branch Instructions: 


BCC (BHIS), BCS (BLO), BEQ, BGE, BGT, BHI 


BHIS - See Table 7-2E 


BIC.B -SMO 


P, E, BIN 


See Table 7-2B 


EXC.OO(ll) 


See Table 7-2D 


SMO 


P, E, BIN, DAC 


See Table 7-2C 


EXC.OO(ll) 


N.U. 


BIS.B -SMO 


P, E, BIN 


See Table 7-2B 


EXC.OO(ll) 


See Table 7-2D 


SMO 


P, E, BIN, DAC 


See Table 7-2C 


EXC.OO(ll) 


N.U. 


BIT.B -SMO 


I, E, BIN 


See Table 7-2B 


TST.lO(ll) 


See Table 7-2D 


SMO 


I, E, BIN, DAC 


See Table 7-2C 


TST.lO(ll) 


N.U. 



Branch Instructions: BLE, BLO, BLOS, BLT, BMl, BNE, BPL - See Table 7-2E 



BPT (0P3) 



None 



TRP.OO (3) 



N.U. 



N.U. 



Branch Instructions: 


BR, BVC, BVS - See Table 7-2E 






CCOP 


None 


CCP.00(3) 


N.U. 


N.U. 


CLR.B 


P, E, DAC 


See Table 7-2C 


EXC.OO(ll) 


N.U. 


CMP.B -SMO 
SMO 


I, E, BIN 

I, E, BIN, DAC 


See Table 7-2B 
See Table 7-2C 


TST.lO(ll) 
TST.lO(ll) 


See Table 7-2D 

N.U. 


COM.B 


P,E,DAC 


See Table 7-2C 


EXC.OO(ll) 


N.U. 


DEC.B 


P, E, DAC 


See Table 7-2C 


EXC.OO(ll) 


N.U. 


DIV -DM0 
DM0 


I, DAC 

I, DAC 


See Table 7-2C 
DVS.00(3) 


DIV.O0(9) 
DIV.OO (9) 


N.U. 
N.U. 


EMT 


None 


RSD.OO (3) 


N.U. 


N.U. 


Floating Point: 
-FP PRESENT 
FPPRES*-DMO 
FP PRES*DMO 


F,FJ 


RSD.00(3) 
FOP.OO (2) 
FOP.OO (2) 


N.U. 

FOP.40 (7) 
FOP .40 (7) 


N.U. 

See Table 7-2D 

FOP.50(4) 


HALT 


None 


HLT.OO (3) 


N.U. 


N.U. 


ESIC.B 


P, E, DAC 


See Table 7-2C 


EXC.OO(ll) 


N.U. 


lOT 


None 


TRP.OO (3) 


N.U. 


N.U. 



Instruction 


Class 


A Fork 


BFork 


CFork 


JMP 


-DMO 


J, FJ, DAC 


See Table 7-2C 


JMP .00 (11) 


N.U. 




DMO 




RSD.OO (3) 


N.U. 


N.U. 


JSR 


-DMO 


J, FJ, DAC 


See Table 7-2C 


JSR.OO(ll) 


N.U. 




DMO 




RSD.OO (3) 


N.U. 


N.U. 


MARK 




None 


MRK.00(2) 


N.U. 


N.U. 


MFP 


-DMO 


I, DAC 


See Table 7-2C 


MFP.OO(n) 


N.U. 




DMO 


I, DAC 


MFP.80(3) 


N.U. 


N.U. 


MOV 


-SMO 


0, E, BIN 


See Table 7-2B 


N.U. 


See Table 7-2D 




SMO 


0, E, BIN, DAC 


See Table 7-2C 


N.U. 


N.U. 


MOVE 


-SMO 


P,BIN 


See Table 7-2B 


EXC.OO(ll) 


See Table 7-2D 




SMO 


P, BIN, DAC 


See Table 7-2C 


EXC.OO(ll) 


N.U. 


MTP 







MTP.00(1) 


N.U. 


See Table 7-2D 


MUL 


-DMO 


I, DAC 


See Table 7-2C 


MUL.OO (8) 


N.U. 




DMO 


I, DAC 


MUL.80(3) 


MUL.OO (8) 


N.U. 


NEG.B 


-DMO 


P,DAC 


See Table 7-2C 


NEG.OO(ll) 


N.U. 




DMO 


P,DAC 


NEG.70(3) 


N.U. 


N.U. 


RESET 




None 


RES.00(3) 


N.U. 


N.U. 


ROL.B 




P, E, DAC 


See Table 7-2C 


EXC.OO(ll) 


N.U. 


ROR 




P, E, DAC 


See Table 7-2C 


EXC.OO(ll) 


N.U. 


RORB 


DRO (0) 


P,E,DAC 


See Table 7-2C 


EXC.OO(ll) 


N.U. 




DRO(l) 


P, E, DAC 


See Table 7-2C 


SHR.OO(ll) 


N.U. 


RTI 




None 


RTI .00 (2) 


N.U. 


N.U. 


RTS 




None 


RTS .00 (2) 


N.U. 


N.U. 


RTT 




None 


RTI .01 (2) 


N.U. 


N.U. 


SBC.B 




P, E, DAC 


See Table 7-2C 


EXC.OO(ll) 


N.U. 


SOB 




None 


SOB.OO (2) 


N.U. 


N.U. 


SPL 




None 


SPL.OO (3) 


N.U. 


N.U. 


SUB 


-SMO 


P, E, BIN 


See Table 7-2B 


EXC.OO(ll) 


See Table 7-2D 




SMO 


P, E, BIN, DAC 


See Table 7-2C 


EXC.OO(ll) 


N.U. 


SWAB 




P, E, DAC 


See Table 7-2C 


EXC.OO(ll) 


N.U. 


SXT 




P, E, DAC 


See Table 7-2C 


EXC.OO(ll) 


N.U. 


TRAP 




None 


RSD.OO (3) 


N.U. 


N.U. 


TST.B 




I, E, DAC 


See Table 7-2C 


TST.lO(n) 


N.U. 


WAIT 




None 


WAT.OO (3) 


N.U. 


N.U. 


XOR 




P, E, DAC 


See Table 7-2C 


EXC.OO(ll) 


N.U. 
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Table 7-2B 
A Fork, BIN*-SMO 



Source Mode 


Machine State 


1 


S13.00(l) 


2 


S13.01(l) 


3 


S13.01(l) 


4 


845.00(1) 


5 


845.00(1) 


6 


867.00 (2) 


7 


867.00(2) 



Table 7-2C 
A Fork, DAC 



Destination Mode 


Machine State 





(DF7 + BRQ):EXC.90(3), 




-(DF7 + BRQ):EXC.80(3) 


1 


D12.00(5) 


2 


D12.00(5) 


3 


D30.00(5) 


4 


D45.00(6) 


5 


D45.01 (6) 


6 


D67.00(6) 


7 


D67.01 (6) 



Table 7-2D 
C Fork, BIN 



Destination Mode 


SRO 


Machine State 







I 


DF7:D07.10(4),-DF7:D00.90(4) 
DF7:D07.00 (4), -DF7:D00.80 (4) 


1 




1 


DI2.80(5) 
D12.90(5) 


2 




1 


D12.80(5) 
D12.90(5) 


3 




1 


D30.80 (5) 
D30.90 (5) 


4 




1 


D45.80(6) 
D45.90(6) 


5 




1 


D45.80(6) 
D45.90(6) 


6 




1 


D67.80(6) 
D67.90 (6) 






1 


D67.8D (6) 
D67.90(6) 



Table 7-2E 

Branches 

(All Cycles on Flows 1) 



Instruction 


Branch Successful 


Branch Not Successful 




BRQ Present 


BRQ Not Present 


BRQ Present 


BRQ Not Present 


BCC 


BXX.03 


BXX.OO 


FET.Ol 


FET.ll 


BC8 


BXX.04 


BXX.Ol 


FET.03 


FET.13 


BEQ 


BXX.05 


BXX.02 


FET.03 


FET.13 


BGE 


BXX.03 


BXX.OO 


FET.02 


FET.12 


BGT 


BXX.03 


BXX.OO 


FET.02 


FET.12 


BHI 


BXX.03 


BXX.00 


FET.Ol 


FET.ll 


BHIS 


BXX.03 


BXX.OO 


FET.Ol 


FET.ll 


BLE 


BXX.05 


BXX.02 


FET.03 


FET.13 


BLO 


BXX.04 


BXX.01 


FET.03 


FET.13 


BLOS 


BXX.04 


BXX.Ol 


FET.03 


FET.13 


BLT 


BXX.05 


BXX.02 


FET.03 


FET.13 


BMI 


BXX.04 


BXX.Ol 


FET.03 


FET.13 


BNE 


BXX.03 


BXX.OO 


FET.02 


FET.12 


BPL 


BXX.03 
BXX.05 
BXX.03 


BXX.OO 
BXX.02 
BXX.OO 


FET.Ol 


FET.ll 


BR 


(always successful) 


BVC 


FET.Ol 


FET.ll 


BVS 

— —. 


BXX.04 


BXX.Ol 


FET.03 


FET.13 
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IR 
15 



IR 
14-12 



IR 
11-09 



IR 
07-06 



IR 
05-03 



IR 
02-00 



DOUBLE OPERAND 
(1 OF 2) I 

1 MOV SRC. DST I 

2 CMP SRC, DST ', 

3 BIT SRC, DST 

4 BIC SRC, DST 

5 815 SRC, DST 

6 ADD SRC, DST 



I PC AND PS CHANGE (1 OF 2) 



BR OFFSET 

BNE OFFSET 

BEQ OFFSET 

-n BGE OFFSET 




fREGISTER AND OPERAND 



MUL REG, SRC 

DIV REG, SRC 

ASH REG. SRC 

ftSHC REG. SRC 

XOR REG, SRC I 

RESERVED 

RESERVED 

S OB REG, OFFSE T 



SWflB DST 
CLR DST 
COM DST 
INC DST 
OEC DST 
MEG DST 
ADC DST 
SBC DST 
TST DST 
ROR DST 
ROL DST 
ASR DST 
6SL DST 
MARK OFFSET 
MFPI SRC 
MTPI DST 
SXT DST 



•n 



Ll 



RTS REG 
RESERVED 
RESERVED 
SPL PRIORITY 

> CCOP MICROINSTRUCTION 



HALT ' 

WAIT 

RTI 

BPT 

IDT 

RESET 

RTT 

RESERVED 



J 



PC AND PS CHANGE (2 OF 2) 



—\ 



"Double operandI 



BPL OFFSET 

1 BMI OFFSET | 

BHI OFFSET ' 

1 BLOS OFFSET I 

BVC OFFSET | 

1 BVS OFFSET , 

BHIS OFFSET (BCC) 

1 BLO OFFSET (BCS)I 

EMT CODE , 

1 TR AP C ODE 




CLRB DST 

1 COMB DST 

2 INCB DST 

3 DECB DST 

NEGB DST 

1 AOCB DST 

2 S8CB DST 

3 TSTB DST 

R0R9 DST 

1 ROLB DST 

2 ASRB DST 

3 ASLB DST 

RESERVED 

1 MFPO SRC 

2 MTPD DST 

3 RESERVED 



J 

Ffloating point "I 

' SINGLE OPERAND , 



MUL(F/D) AC, FSRC l_ 

1 MOOIF/DS AC. FSRC 

ADD(F/D) AC, FSRC ' 

1 LDIF/Dl AC, FSRC I 

SUBtF/D) AC, FSRC I 

1 CMPIF/D) AC, FSRC i 

STSF/D) AC. FDST 

1 DIV(F/D) AC, FSRC ' 

STEXP AC, DST *— - 

1 STC(F/D)a/L) AC, DST 

STC(F/D)(D/F) AC, FDST 

1 LDEXP AC. SRC 

LDCa/LKF/D) AC. SRC 

1 LDCtF/D)(D/F) AC. FS 



LOFPS 


SRC 


STFPS 


DST 


STST 


DST 


CLR IF/D) 


FDST 


TST (F/Dl 


FDST 


ABS [F/D) 


FDST 


NEC (F/D) 


FDST 



|~FLOATING POINT OPERATE 
FP11-C I 



1 




rpLOATING POINT OPERATE" 



'^ I 

RCj 




Figure 7-7 Determination of an Instruction from the Binary Code 
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CHAPTER 8 
LOGIC DESCRIPTION 



This chapter describes the KBl 1-A, D logic in sufficient detail to allow maintenance personnel to review the pur- 
pose and function of the logic shown on each sheet of the block schematics. The text makes maximum reference 
to the block schematics and is organized on a sheet-for-sheet basis with those drawings wherever possible. Short- 
form drawing references are used throughout the text. For example, "drawing DAPA" refers to the first, or A, 
sheet of the DAP module block schematic. This is the same convention used in the drawings to indicate the 
source of a signal as part of its mnemonic. Thus, the signal RACA UBRK H is generated as shown on sheet A of 
the RAC module block schematic. 

8.1 DAP MODULE M8100 

The Data Paths (DAP) Module M8100 contains most of the data paths logic elements, including the bus register; 
A, B, and bus address multiplexers; the ALU; and the shifter. 

8.1.1 Bus Register 

Drawing DAPA illustrates the bus register (BR). The BR is implemented by three 6-bit data latches that receive 
data from the bus register multiplexer (BRMX). Only 16 bits of data are stored. The complement of bit 14 is 
also stored in the BR for use on the RAC module as a microbranch condition. DAPA BR <03:00> H are also 
brought to module pins; these signals are used to directly load the processor condition codes (on drawing IRCH) 
from bus data. 

The register is loaded on the low-to-high transition of the clock input. The signal RACA UBRK H enables the 
clock input. The register is then clocked by either clock pulse TIGC Tl L for data path control, or by UBCB 
BUS LOAD L for a DATI bus long pause operation. 

8. 1 .2 A, B, and Bus Address Multiplexers 

Refer to drawings DAPB, DAPC, and DAPD. Each multiplexer selects one of four inputs, depending on the 
state of a pair of microprogram bits. The six least-significant bits of each multiplexer are shown on DAPB ; the 
next six most-significant bits are shown on DAPC, and the four most-significant bits are shown on DAPD. The 
relationship between the AMX, BMX, and BAX microprogram bit values and the input selected is shown on 
DAPB for each multiplexer. 

The A multiplexer (AMX) selects the A inputs to the arithmetic and logic unit (ALU). The source register (SR) 
and destination register (DR) are used to buffer the outputs of the processor general register and for temporary 
storage of operands fetched from bus locations. 



The B multiplexer (BMX) selects the B inputs to the ALU. The constant multiplexers (KIMX and KOMX) sup- 
ply small address increments, vector addresses for internal traps, and calculated offsets for instructions that make 
relative changes to the PC. The KOMX generates only positive values up to 10. Negative values are generated by 
using the ALU in subtract mode, so only the four least-significant bits are implemented; the eight most-significant 
bits are generated by sign-extension logic for sign extension when moving a byte (MOVE) to a general register. 
The KIMX generates only even numbers, so KIMXOO is always 0. 

Several bits from the AMX and several bits from the BMX are brought to module pins. These signals are con- 
nected to the IRC module for use in generating processor condition codes. 

The bus address multiplexer (BAMX) selects the source of the 16-bit virtual address transmitted by the proces- 
sor during data transfers. 

Refer to drawing DAPC. The BMX has separate selection signals for the high byte and the low byte. The pur- 
pose of this division is discussed in the description accompanying drawing DAPD. 

The KIMX input to BMXl 1 and BMX08 is inhibited when the start vector input to the KIMX is selected. The 
start vector may take on either values of less than 2008 or values between 773000 and 773374 inclusive; the 
higher set of values is generated by providing sign extension for the start vector and blocking bit 1 1 and bit 08 
to generate 3000 instead of 7600. By convention the start vector is normally set to 0248 except when a hard- 
ware Bootstrap ROM is installed. When this ROM is installed, the vector will be set to either 0248 . 7730248 > or 
7732248 depending upon the Bootstrap ROM type and operation at start-up. 

Drawing DAPD illustrates the four most-significant bits of each of three multiplexers; the A multiplexer (AMX), 
the B multiplexer (BMX), and the bus address multiplexer (BAMX). 

The operation of the BMX is complicated by the requirement for separate control of each byte. The micropro- 
gram bits that control the BMX are passed directly to the low-byte multiplexers, but are inhibited from the high- 
byte multiplexers by GRAA SGNEX MOVB L. This signal indicates that a single byte of data is being transferred 
to a processor general register; the sign is extended using the high byte of the KOMX input, which is selected 
when DAPD BMXSl HIB L and DAPD BMXSO HIB L are not asserted. 

Drawing DAPD also shows the logic used in the constants multiplexer KOMX. The relationship between the KMX 
microprogram control bits and the input selected is shown on the drawing. The source and destination constants 
are generated on the IRC module. The remaining constants (values of 1 or 2) are generated by directly wiring a 
logic 1 to the appropriate bit positions. The value 2 constant can be inhibited when doing floating-point bus 
operations and the FRMJ FP ADDR INC L signal is not asserted. The KOMX outputs are brought to module 
pins because the value output by the KOMX during register modification (in address calculations) is sent to the 
memory management status register 1 (drawing SSRF in the KTl 1-C or CD engineering drawing set). 
DAPD KOEX H acts as a sign-extend signal for the KOMX input to the BMX. This sign extension is not used with 
the KOMX itself, but with the bus register or source register input when a byte is being sign-extended during a 
MOVB to a register. 

If the memory management unit is not enabled, DAPD EX MEM FLAG H is used to extend the 16-bit virtual ad- 
dress to an 1 8-bit physical address. If DAPD BAMX <1 5 : 1 3> H are all 1 s, the two most-significant bits of the 1 8- 
bit physical address SAPJ PA (17:16) H are also set to 1. Otherwise, the two bits are set to 0. When the memory 
management unit is active, only the 16-bit virtual address is used. 

8.1.3 Constant Multiplexer 1 (KIMX) 

Refer to drawing DAPE. The constant multiplexer 1 (KIMX) generates vector addresses and calculates program 
counter offsets. The multiplexer is controlled by the two KMX microprogram bits as shown on the drawing. 



The start vector is used to fetch a new program counter (PC) and processor status (PS) during the power-up se- 
quence. The value of the start vector (SV) is selected by jumpers on the module, as shown in the upper-left sec- 
tion of drawing DAPE. A jumper in place generates a 1 . 

Start vectors (and trap vectors) always begin on even word boundaries (that is, with address bits 01 and 00 both 0). 
DAPE SV (07:02) select a vector address within a range, while jumper 7 is used to select either the range from 
to 2748 or the range from 773000 to 773374. The range selection is accomplished by sign-extending the start 
vector to all bits except bit 1 1 and bit 08 (drawing DAPC). 

The trap vector (TV) is used to select a new PC and PS following a trap operation. The trap vectors for a variety 
of internal conditions are defined by the logic in the lower4eft corner of the drawing. The chart on DAPE defines 
the specific vector for each condition. If none of these conditions is present, but the processor is doing a trap op- 
eration, the trap vector is set to 4. This occurs for non-existent memory references, memory parity errors, odd 
address errors, fatal stack violation errors, and executing the Halt instruction in user or supervisor modes of oper- 
ation. The KIMX constants for EMT and TRAP instructions are one-half their assigned values. This is because 
they are executed by the same machine states (Flows 1 2) that cause reserved instructions to be left shifted (so 
that vector 4 forms vector 1 0). 

The third input to KIMX, BR <07:00> H, is used for the offset in subtract 1 and branch (SOB), and MARK in- 
structions. This offset is always in full words and is .always a positive quantity that is subtracted from the PC in 
the ALU. Because all PDP-1 1 Systems use byte addresses, the offset, as it appears in the instruction, must be 
multiplied by 2 to generate the proper value to be subtracted from the PC. This is done by shifting the 6-bit off- 
set 1 bit to the left. For example, bit BROO is the input to the multiplexer for bit 01 . The BR is used because it 
contains the same value as the instruction register (IR) at the time of the PC modification, and is directly acces- 
sible to the data path logic. 

The fourth input to KIMX is used for the offset in successful branch instructions. The branch offset can be either 
positive or negative; the value taken from the instruction is first multiplied by 2 (shifted left) and then sign- 
extended, and the resulting 16-bit number is added to the PC. The branch offset can have values from +1 27^ to 
~ 128jQ words; BR <06:00> provides 2' or 128 numbers, and the left shift provides word (rather than byte) ad- 
dresses. 

8.1 .4 Arithmetic Logic Unit, Shifter, and Program Counter 

8.L4.1 Arithmetic Logic Unit (ALU) - Refer to drawings DAPF and DAPH. The ALU does most of the data 
manipulation in the processor. It operates on two 1 6-bit words of data and a carry input to produce one 1 6-bit 
word of data and a carry output. The carry signals are not active when the ALU is operating in the logical mode. 
Drawing DAPF shows the low byte and DAPH shows the high byte. 

The 16-bit ALU is implemented with four 74S181 4-bit Arithmetic Logic Units. Each 74S181 includes look- 
ahead carry generation for the four bits. A second level of look-ahead carry generation is provided by the 
74182-1 carry generator. The carry-propagate (P) and carry-generate (G) outputs of each 74S181 (except the 
most-significant four bits) are connected to the corresponding inputs of the 741 82-1, and the carry outputs of the 
74182-1 are connected to the appropriate carry inputs of the ALUs. The least-significant bit carry input is con- 
trolled by GRAA ALUC H, based on the output of the subsidiary instruction-dependent ALU control ROM. 

The ALU can perform any one of 16 logical functions (each output bit is dependent only on the corresponding 
input bits) or any one of 16 arithmetic functions (each output is dependent on the corresponding input bits and 
on a carry propagated from less-significant bits). The selection of a particular function is controlled by five sig- 
nals from the GRA module which select the mode (arithmetic or logical) and the function. The functions used in 
the KBl 1-A, D are charted on drawing DAPF. The complete 74S181 truth table is listed in Appendix A. 
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The function select inputs, S<3:0>, of the ALUs require three unit loads each. Therefore, the function and mode 
select signals from the GRA module drive two sets of inverters. One set supplies control signals to the low-byte 
ALUs, while the second set supplies control signals to the high-byte ALUs. This reduces the fanout requirements 
on each inverter to an acceptable level; e.g., DAPF LS3 H and DAPH HS3 H are logically identical. 

In addition to the data and carry outputs, each ALU element has a comparator output which indicates (if the 
ALU is in subtract mode) that the two inputs are equal. These outputs, which are open-collector driven, are wire- 
ANDed for each data byte to generate equality signals that are used in forming the condition codes. 

DAPF A = B <7:0> H indicates that the inputs to the low data byte are equal. 

DAPF A = B <15:0> L indicates that the inputs to the entire word are equal. DAPH BUS A = B <15:8> H is the 
wired-AND of the A = B outputs for the high-byte ALUs on drawing DAPH. 

8. 1 .4.2 Shifters and Program Counter — The output of the ALUs are routed to the shifters (SHFR) and to the 
program counter (PC). The program counter is implemented as a double-buffered register, to permit the contents 
of the PC to be changed while the previous contents are being used as the address in a data transfer. The double 
buffering requires two registers, PCA and PCS. The PCA register is loaded directly from the ALU under control 
of a clocking signal that is enabled by a microprogram bit. The outputs of the PCA go only to the PCB, which 
has a separate clocking signal under separate microprogram control. 

The shifter (SHFR) is a 4-input multiplexer that provides unshifted, right-shifted, and byte-swapped inputs from 
the ALU, and can also accept the contents of the PCB as an input. The output of the SHFR is directed to the 
general registers, the source and destination registers, and the bus address of bus data lines. The shifter output 
provides the console data display referred to as DATA PATHS. Left shift operations are performed in the ALU 
by using the A plus A mode. The sum of A added to A is equivalent to the product 2A, which in turn is equiva- 
lent to shifting A (as a binary number) one bit to the left. 

Special operations are required in the shifter for the most-significant bit of each byte. The shifter logic for data 
bits 7 and 1 5 are shown separately on dravvdng DAPJ. 

8.1 .4.3 Shifter Logic - Refer to drawing DAPJ. The most significant bit of the shifter is SHFR 1 5. The shifter 
inputs are similar to the inputs for other shifter bits when the byte-swap or unshifted ALU inputs are selected. 
However, the input used when the right shift mode is selected is dependent on the instruction being executed. 
Normally, on a right shift operation, the sign of the data word is extended. This is done by routing ALUl 5 (the 
most-significant, or sign, bit) to the right shift inputs of both DAPJ SHFR 15 and DAPH SHFR 14. For right ro- 
tate (ROR and RORB) instructions and multiply instructions, this procedure is modified by forcing a second level 
2-input 74S1 57 multiplexer to select GRAJ SHFR DATA H instead of DAPH PCB 15 H. The signal GRAJ SHFR 
DATA consists of the carry (C) bit for the rotate instruction; for the multiply instruction, the input is used to 
extend the sign of the result during the calculation and to correct the sign on the cycle if necessary. 

The shifter logic for data bit 7 must operate the same as the normal bits for word data, and as the most-significant 
bit for byte data. The right shift input must be able to receive one of three values; ALU08 for word data; ALU07 
for byte shifts, if not a rotate instruction; or the carry (C) bit for an RORB instruction. This is accomplished by 
multiplexing the C bit with the PCB input and forcing the SHFR to accept input B for an RORB instruction; for 
any other byte shift, the SHFR is forced to accept input C, the no shift input, so the SHFR07 and SHFRA07 
both receive ALU07. SHFRAl 5 and SHFR 1 5 signals and SHFRA07 and SHFR07 signals are logically identical 
and appear only for additional loading capacity. 

8.1 .4.4 Program Counter Clocks - Refer to drawing DAPJ. The two PC registers are clocked separately. The 
PCA register is clocked when pulse TIGD T5 H, enabled by the microprogram bit RACA UPCA H, produces 
DAPJ CLKPCA H. 
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DAPJ CLKPCB H is controlled by two bits of the microprogram word. In addition to directly enabling the clock 
signal on the pulse TIGC T 1 H, the control bits can selectively enable clocking of the PCB, but only if the register 
selected by an instruction is register 7, the PC. To determine which register is selected by the instruction, IRCB 
SRCF7 H and IRCC DSTF7 H are generated if the corresponding register-select bits in the instruction register are 
set. When the processor updates the contents of a register during an address calculation, the updated contents 
are clocked into the PCA register. If the selected register is register 7, the updated contents can be clocked into 
PCB on the next cycle. The PCA register is clocked on time pulse T5 and the PCB register is clocked on the fol- 
lowing time pulse Tl . 

8.1 .4.5 Control Signals - Refer to drawing DAPJ. The remaining logic on this drawing generates four signals 
that arc used in generating the processor condition codes and one signal that is used in 2-word left shifts: 

a. DAPJ AMX SIGN H is the sign of the A input to the ALU. This signal corresponds to AMX 1 5 if the 
processor is operating on word data, or to AMX07 if the processor is operating on byte data. 

b. DAPJ ALU SIGN H is the sign of the ALU output; it is taken from ALUl 5 for word data or from 
ALU07 for byte data. 

c. DAPJ A=B (15:8) + BYTE H indicates either that the high data byte is all Os or that the processor is 
operating on byte data. This signal is used in determining whether all the active data is Os for the Z 
condition code. 

d. DAPJ ALUCN L is the carry output of the active portion of the ALU ; it takes the carry output from 
the high byte for word data or the carry output from the low byte for byte data. This signal is used to 
generate the carry (C) condition code. 

e. DAPJ LEFT DATA H is the input to the least-significant bit of the destination register (DR) during 
left shifts that shift both the ALU data and the destination register. Normally, this input is for left 
shifts, but during the execution of the divide instruction (DIV), the input receives the carry output of 
the ALU. 

8.2 GRA MODULE M8101 

The General Registers and ALU Control (GRA) Module M8101 contains the general register and ALU control 
logic. The SR, DR, and SC registers are also included on this module. 

8.2.1 Arithmetic and Logic Unit Control 

Refer to drawing GRAA. Data manipulation is performed in the KBl 1-A, D processor by an arithmetic and logic 
unit (ALU) that can combine two operands in various ways or perform operations on either operand singly. Dur- 
ing each machine cycle, the operation performed by the ALU (and the operation performed on the ALU output 
by the shifter) is selected by a set of control signals from the GRA module. The logic that generates these con- 
trol signals is shown on this drawing. 

During most machine cycles, the ALU and the shifter (SHFR) are controlled directly by the bits in the ALU and 
SHE fields of the main ROM microprogram word. However, if the value of the ALU control field is 7, the con- 
trol signals are generated from the outputs of the subsidiary ALU control ROM, located on the GRA module. 
This feature is called the instruction-dependent control of the ALU. 

There are eight control signals generated on this drawing (as well as several signals used to generate other data 
path control signals). These eight signals include: 

a. GRAA ALU <S3: SOL 

b. GRAA ALUC H 

c. GRAA ALUM L 

d. GRAASHFRS (S1:S0>L 



GRAA ALU INS DEP L controls two 74S158 multiplexers that select the source of these ALU control signals. 
Wlien the signal is high, the main ROM ALU and SHF fields are the source. If the ALU field is 7, GRAA ALU 
INS DEP L selects the subsidiary ROM on the GRA module. 

8.2.1.1 Non-Instriiction-Dependent Control - The ALU control field in the main microprogram ROM is a 3-bit 
field that controls the values of six control signals. There is not a one-to-one relationship between the ROM bits 
and the control signals, and not all possible combinations of control signals can be generated. Each control signal 
is, in general, the result of decoding the ROM bits and sensing selected inputs from the condition codes and the 
instruction decoding. Table 8-1 shows, for each value of the ALU control field, the operation performed by the 
ALU and the states of the ALU control signals necessary to select that operation. The numbers at the bottom of 
the columns indicate which ALU control field values generate each signal. The logic connected to the non- 
instruction-dependent inputs of the multiplexer generates the signals for the values shown. 



Table 8-1 
Non-Instruction-Dependent ALU Control Signals 
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8.2.1 .2 Instruction-Dependent Control - When the ALU control signals are instruction-dependent, each of the 
six signals is controlled by a separate output signal from the subsidiary ALU control ROM shown on drawing 
GRAA. The two signals, ALUSO and ALUS 1, unconditionally take on the value of the ROM outputs. The other 
two select signals, ALUS2 and ALUS3, are blocked when the SWAB instruction is being executed. The SWAB 
instruction does not have a unique ROM word, and uses the same word as the ASL instruction with some of the 
control signals modified in this manner. The ALU control ROM map is shown on drawing GRAK. 

The ALUM (mode control) signal is taken directly from the ROM except when the SXT instruction is executed 
with the sign bit set. The value stored in the subsidiary ROM for the SXT instruction causes the ALU to gener- 
ate a logic 0. When the mode bit is forced off, the ALU generates an arithmetic minus 1 . The mode bit is also 
forced off (arithmetic mode) for the ROL, ADC, and SBC instructions, to force the ALU into the A plus A mode. 
The combination of both ROMM and ROMC asserted is used to indicate that special treatment of the carry bit 
is necessary. 

The generation of the ALU C (carry-in) signal is modified for two classes of instructions. The Dl V and ASHC in- 
structions operate on 2-word operands, and the instruction-dependent state is one that shifts the two words left. 
The carry-in must take on the state of the most-significant bit of the less-significant word. For the ADC and 
ROL instructions, a carry insert signal is generated if the C bit is set; for the SBC instruction, the signal is gener- 
ated if the C bit is cleared. This data-dependent carry generation is controlled by the assertion of both ROMM 
and ROMC, as described in the previous paragraph. 

GRAA SGNEX MOVE is generated when a MOVB instruction is being executed. This instruction is used to ex- 
tend the sign of the byte into the high byte when the destination is a general register. 

GRAA WORD + OB SWAP L and H indicate that the significant SHFR outputs include the high byte, and the 
sign of the output is bit 1 5 (rather than bit 7). 
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The SHFR control signals, GRAA SHFRSO and SHFRSl, are normally derived directly from the main micropro- 
gram ROM. When the ALU control signals are instruction-dependent, these signals are also instruction-dependent 
and are taken directly from the subsidiary ALU control ROM. For the SWAB instruction, and for certain instruc- 
tions that require a byte swap during execution, these signals ;ire forced low to generate the swap-byte control of 
the SHFR. 

8.2.2 Shifter Zero Detection 

Refer to drawing GRAB. The GRAB Z DATA2 L logic on this drawing detects all Os data at the shifter (SHFR) 
outputs. Depending on the operation being performed, either the entire word of data or only one byte of data 
may be significant. For word data, the two wire-ANDed circuits must both detect all Os. For normal byte oper- 
ations, only the low byte (SHFR07 through SHFROO) must be all Os. During operations on odd bytes or during 
a SWAB instruction, only the high byte is tested. A fourth input, enabled by IRCF CHECKZ H, is used when the 
final result is two words to clear the (Z) bit if the second word does not contain all Os. If the second word is all 
Os, the Z bit retains the previous value. Thus, only if both words are all Os will the Z bit be set. 

8.2.2.1 Left Save - GRAB LEFT SAVE (1) H and its complement are used during the divide instruction to de- 
termine, after each subtraction cycle, whether the next cycle should also subtract. The signal DAPJ LEFT 
DATA H is the carry-out of the ALU. 

8.2.2.2 Odd Byte Destination - GRAB OBD (1) H and its complement are used to indicate that the destination 
address in the DR register points to an odd byte. This flip-flop is clocked at the same time as the DR register and 
receives the same input when the DR is in the load mode. 

8.2.3 General Register Address Logic 

Refer to drawing GRAC. The logic shown on drawing GRAC generates signals that control the selection of one 
of 16 general registers in each of two scratchpad memories in the KBl 1-A, D processor. The processor has two sets 
of eight registers, from a programmer's point of view, but each set is duphcated so that two registers can be read 
at one time. When data is written into a register, both sets must access the same register; however, there is no 
logical protection against addressing different registers during writing. The microprogram is responsible for select- 
ing an input to the register address generators that generates two identical addresses. 

8.2.3.1 Source and Destination Address Multiplexers - The microprogram selects the sources of the scratchpad 
addresses. The microprogram includes a 3-bit PAD field that selects one of seven sets of sources; the value of 3 
in the PAD field is not used. Some of the sources are constants, and are generated by +3V and OV inputs to the 
GDAM and GSAM multiplexers; others are taken from the IR source and destination register specifications of 
the instruction. The chart on drawing GRAC illustrates the source selected for each value in the microprogram 
PAD field. 

As indicated by these charts, the multiplexer control is required to gate seven sources through a 4-input multi- 
plexer. For four cases, the GDAM and GSAM multiplexers operate alike: 

a. For a microprogram PAD field value of 0, both multiplexers select the register specified by the source 
field, using the A inputs. 

b. For a value of 2, both multiplexers address register 5, using the C inputs. 

c. For a value of 5, the address is taken from the destination field, using the B inputs. 

d. For a value of 7, the D inputs generate an address of 6. 



If the microprogram PAD field contains a value of 6, all the multiplexers are disabled. As a result, the address of 
register is selected. 

For the two remaining PAD field values, 1 and 4, the operation of tlie multiplexers is altered. If the PAD field 
value is 1 , destination register address multiplexer GDAM uses input B, but source register address multiplexer 
GSAM uses input A. This is done by forcing the SO input of the source multiplexer to a 0. If the PAD field value 
is 4, GRAC PLUS 1 L is generated. This signal is ORed with the least-significant bit of the source field from the 
IR to force an odd register address. This is used in the MUL, DIV, and ASHC instructions. GRAC PLUS 1 L is 
generated for otlrer control field values, but these values select other multiplexer inputs and are not affected by 
this signal. 

8.2.3.2 General Register Set Selection - The most-significant bit of the scratchpad address selects which general 
register set is used. This selection is, in general, done by the multiplexer, but in several special cases the processor 
forces the selection of general register set 0, which includes the kernel mode stack pointer. 

Part of the general register set 1 selection logic is shown on drawing GRAB. General register set 1 can be selected 
as the source set by bit 1 1 of the processor status word if RO through R5 is specified. These same requirements 
apply to selection of general register set 1 as the destination set. If the general register selection bit in the PSW is 
set, then general register set 1 is used for both source and destination when general registers RO througli R5 are 
specified as source or destination. In the user and supervisor modes, specifying R6 as the source or destination 
will select general register set 1 . This forms general register address 1 6 in supervisor mode. If the processor is in 
user mode, bit is forced to create general register address 17. If general register 6 is specified in a Move From 
Previous Space (MFP) instruction, the register address used is determined by the previous processor mode, as in- 
dicated by bits 13 and 12 of the PS. 

NOTE 

In an MFP instruction, the source is always specified in the 
field normally designated as destination. The destination is 
the current mode stack. 

For the address sources that are variable (the source and destination fields), the register set is selected by a corre- 
sponding variable signal. That is, when the register address is taken from the source field, GRAB SRC SET 1 L 
selects the register set, and when the address is taken from the destination field, GRAB DST SET 1 L selects the 
register set. For the constant input 6, the register set is selected by current processor mode, to select the correct 
stack pointer; for the constant input 5, the register set is selected by PSl 1, which indicates which general register 
set is in use. (This input is used for the MARK instruction.) These inputs are forced to during the console op- 
erations, register examine and register deposit, so that the console operations can explicitly select the desired reg- 
ister set. 

When console operations that access the general registers are performed (REG DEP, REG EXAM), the register is 
selected by the four least-significant bits of the switch register. The switch register is loaded into the IR, so that 
the destination field inputs to the address multiplexers (which are taken from IR <02:00>) can be used to select 
the register within a set. The set is selected by gating IR03 directly to the most-significant bit of the pad address. 

8.2.3.3 General Register Control Signals - Refer to drawing GRAC. GRAC GD6 L is used to indicate that the 
processor is using the stack pointer; this signal qualifies the stack limit logic. 

GRAC T6 L and GRAC GATE T6 H are used to clock data after the end of a machine cycle. Because the proces- 
sor timing cycle can stop for bus operations, condition code clocking must be done by this signal to avoid losing 
the new condition code values before the processor is restarted. 



GRAC GRWE HIB L and GRAC GRWE LOB L are the wrjte-cnable signals for the high and low bytes of the gen- 
eral registers, respectively. These signals are generated directly from the PAD write-enable bits in the main micro- 
program word. A conditional write operation is done only if the conditions are met. An unconditional write 
operation is done unless inhibited by the memory management unit, which inhibits changes to processor data if it 
aborts an instruction. The conditions for generating each write-enable signal are shown by charts on drawing 
GRAC. Writing into the general registers is done at the end of a machine cycle (indicated by the T5 pulse). The 
write-enable signal is latched to provide sufficient time for the write operation to take effect, and the latches are 
then cleared by the T6 pulse. 

GRAC GRAO L through GRAC GRA3 L are sent to the KTll-C, CD Memory Management Unit to indicate which 
registers have been altered during the execution of an instruction. This information is stored in memory manage- 
ment status register SRI and can be used by the processor to recover from an instruction abort. 

8.2.4 General Registers, Source and Destination Multiplexers, and Registers 

Refer to drawings GRAD, GRAB, GRAF, and GRAH. 

8.2.4.1 General Registers — The processor uses two copies of the two sets of general registers. These two copies 
are provided to enable the processor to read two different general registers simultaneously. This is done when the 
processor roads the two registers specified by the source and destination fields in an instruction. The two copies 
of the general registers are therefore called the general source (GS) and the general destination (GD) registers. 
The register sets operate separately only for reading; when data is written into a register, it is written into both 
the GS and the GD register simultaneously. 

The data input to the general registers is the output of the shifter (SHFR). The SHFR outputs are also brought 
directly to the source and destination multiplexers. 

The general registers are implemented in two sets of four 64-bit random access memories that are arranged in six- 
teen 4-bit words. Each general register is made up of one word from each of four memories, so that the same 
word selection signals are sent to all four memories for one copy of the registers. A different set of selection sig- 
nals can be sent to the second copy of the registers while reading, but this must not occur when data is being 
written. 

8.2.4.2 Source and Destination Multiplexers - The data input to the general registers is the output of the shifter 
(SHFR). The SHFR outputs are also brought directly to the source and destination multiplexers, which can 
select either the SHFR data or the general register output data. Because the register memories output comple- 
mented data, the SHFR data is inverted before going to the multiplexers, which invert the data to return it to 
normal polarity. 

8.2.4.3 Source Register (SR) - The outputs of each multiplexer are connected directly to the corresponding 
register. The source register (SR) is clocked on the pulse TIGC Tl H if enabled by the microprogram bit RACA 
USRK H. The outputs of the SR are routed to the ALU input multiplexers and to the bus address multiplexer. 
Bit of the SR is also sent to the IRC module for use in one of the microprogram address generation circuits, the 
fork C, for odd-byte source branches. 

8.2.4.4 Destination Register (DR) - The destination register (DR) can be loaded with a left shift of one bit, a 
right shift of one bit, or no shift. The shift inputs are used when the processor must operate on two words of 
data at the same time (for example, during a multiply or divide instruction) and the operation includes shifting. 
The DR is implemented with 4-bit registers that have six input signals. Each bit of storage can be loaded from 
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one of three of the six signals; the three inputs for each bit overlap with the three inputs for the next bit. Which 
input is loaded into the DR is selected by the signals RACA UDRKOO H and RACA UDRKOl H from the micro- 
program DRK field. 

The outputs of the six low-order bits of the destination register, DR <05:00>, are routed to the shift counter input 
The shift counter is used in multiple step instructions, including multiply, divide, and arithmetic shift (ASH or 
ASHC) to count the number of steps that are done; for the arithmetic shift instructions, the desired shift count 
is loaded from the six low-order bits of the destination word and the shift is performed on registers specified by 
the instruction. 

8.2.4.5 Control Logic - The source multiplexer (SRMX) and destination multiplexer (DRMX) are controlled by 
GRAC SRMX SEL and GRAC DRMX SEL. Each signal is generated by a logic circuit controlled by two micro- 
program bits which combine with the register selection field of the current instruction to select either the SHFR 
output or the general register output. When the instruction selects register 7 (the PC), the multiplexer selects the 
SHFR input because the data is read from the PCB register through the SHFR, not from the general registers. In 
addition, the DRMX control bits can also select an all Os input to the DR. This is implemented by directly clear- 
ing the DR. The signal GRAD CLRDR L is generated during the period between time pulses 3 and 5, if multi- 
plexer control signals RACA UDRXOO H and RACA UDRXOl H are asserted. 

8.2.4.6 Special Signals - Refer to drawing GRAE. GRAB SR EQ ONE L is asserted if the value in the SR is a 
positive 1 (0 000 000 000 000 001). The two flip-flops shown check for all Os in data bits 1 through 15. The 
outputs of the general registers are inverted, so a low signal represents a 1 ; any 1 clears the flip-flop because the 
input is inverted. The flip-flops are clocked by the same signal that clocks the SR. The 1 bit in SROO is taken 
from the SR output and ANDed with the flip-flop outputs. This signal is routed to the RAC module for use in 
the microprogram branch control. GRAE SR LEQ ZERO H is generated if the contents of the SR are either all 
Os (SROO does not contain a 1 and the two flip-flops are both Is) or negative (SRI 5, the sign bit, is a 1). 

8.2.4.7 SRI 5 and DR15 - Refer to drawing GRAH. Both SRI 5 and DRl 5 are available in normal and comple- 
mented form. GRAH SRI 5 L is used on drawing GRAE to generate GRAE SR LEQ ZERO H, and is used on 
drawing GRAJ to generate SHFR DATA for the multiply instruction and to control the operation of the divide 
instruction. This signal is also routed to the RAC module as one of the microprogram branch conditions. 

GRAH DRl 5 is routed to the IRC module for use in generating the carry (C) condition code during a multiply 
instruction. 

8.2.5 Shift Counter 

Refer to drawing GRAJ. The shift counter (SC) is used to count the repetitive cycles of data manipulation in the 
multiply (MUL), divide (DIV), arithmetic shift (ASH), and arithmetic shift combined (ASHC) instructions. The 
SC is used with the microprogram branch facility. When the branch-enable bits of the current microprogram 
word select the SC sensing signals, the next microprogram word selected is a function of the present SC contents. 
SC loading and counting is under direct control of the SHC bits in the current microprogram word. The SC can 
be loaded with a value from the sbc least-significant bits of the DR (for ASH or ASHC instructions) or with a con- 
stant 17g (for MUL or DIV instructions). 

The actual value loaded into the counter is the 1 's complement of the selected input. The selection of inputs is 
done by a wired-OR for the four least-significant bits (note that the OR forces these inputs to all Os, not all Is), 
while the four most-significant bits are blocked (to force all Is) for the constant input. When the variable input 
is selected, the inputs to the five least-significant bits are inverted; the three most-significant bits are an extended 
sign. 
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The direction of counting is dependent on tlie current sign of the SC. If the SC has been loaded with a positive 
value (because the SC always contains the complement of the desired number, the sign is negative), the SC counts 
up to bring the complement closer to 0. 

The test for SC=0 tests SC05 directly, and can only be true if SC05=1 . The MAX/MIN output of the lower four 
bits of the SC is dependent on the UP/DOWN (DN) input. When the input is low, the output is true if the lower 
four bits are all Is. Therefore, the signal GRAJ SC=0 L is generated only when the contents of the SC are all Is 
(the 1 's complement of 0). 

The SC is clocked by a signal generated from two of the central processor timing pulses and enabled by the micro- 
program shift counter control. The clock signal is a pulse lasting from the beginning of the T3 timing pulse to the 
beginning of the T5 pulse. This circuit generates a long pulse that is needed in driving the counters used to imple- 
ment the SC. 

8.3 IRC MODULE (M8I02 in the KBll-A, M8132 in the KBl 1-D) 

The Instruction Register Decode and Condition Code (IRC) Module contains the instruction register and 
condition-code logic elements. The fork B and fork C decode logic is also included on the IRC module. 

8.3.1 Instruction Register (IR) 

Refer to drawing IRCA. The 16-bit IR is made up of 74S74 D-type flip-flops. Data inputs are applied on bus 
multiplexer lines PDRA BRMX <15:00> H. The IR clock is only enabled when the microprogram IRK field is 
logic 1 . When enabled, data will be clocked into the IR at time pulse Tl for data path control. UBCB BUS LOAD 
for bus long pause DATI Unibus cycles (only of the earlier KBl 1-A) can also trigger IR clocking. 

8.3.2 B Fork Logic 

Refer to drawing IRCB. The B Fork logic generates microprogram addresses that are used to select the next 
machine state after the destination operand has been fetched. For each instruction that operates on a destination 
operand, there is a unique microprogram word that controls the execution of the operation for that instruction. 
The majority of these instructions are included in the P/class group. The P/ class instructions are executed by a 
single microprogram word that is stored in ROM location 031 , with the exception of the NEG, ASRB, and RORB 
instructions. The exceptions are made because these instructions may require a byte swap during the execution 
cycle, and must use other machine states that permit a separate byte-swap operation for odd-byte data. 

The B Fork addresses are generated by a 74S157 2-input, 4-bit multiplexer, and by an additional gate. IRCB BO 
RAB04 L is connected to ROM address bits 4 and 5, to generate ROM addresses ranging from 60-67. IRCB BO 
RAB03 L is connected to ROM address bits 3 and 4, to generate ROM addresses ranging from 31 - 36. The ROM 
addresses used by the B Fork and the instructions executed by each address, are listed in Table 8-2. 

When the multiplexer is disabled for a NEG instruction, the outputs are all Is; this generates address 67. For all 
other addresses, the inputs are selected by a signal that is generated for the MUL, DIV, ASH, ASHC, ASRB, 
RORB, and MFP instructions. When this signal is asserted, the B inputs of the multiplexer are used; RAB04 is 
forced to a logic 1 by a V input. Conversely, the A inputs are used for F/class, J/class, K/class, and most P/class 
instructions; RAB04 is forced to a by a +3 V input. The instructions that use the A inputs of the multiplexer 
also assert IRCB BO RAB03 L. IRCB BO RAB(02:00) L are generated by connecting the instruction group signals 
to the multiplexer inputs in the order required for each signal. 
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Table 8-2 
B Fork Address Generation 



Instructions 


Flows 


ROM Cycle 


B Fork Multiplexer (IRCB) 


Other 




Adrs 


Name 


Inputs 
Enabled 


Outputs 
Asserted 


Signals 
Asserted 


P/Class * -[(ASRB 

+ RORB) * DRO (1) + NEGB] 


11 


031 


EXC.OO 


A 


BO RABOO 


BO RAB03 


'l'S'1'.B + BIT.B + CMP.B 


11 


033 


TST.IO 


A 


BO RABOl 


Bl RABOO 
BO RAB03 


JSR 


11 


034 


JSR.OO 


A 


BO RAB02 


BO RAB03 


IMP 


11 


035 


JMP.OO 


A 


BO RAB02 


Bl RABOO 
BO RAB03 


F/Class 


* 


036 


FOP.40 


A 


BO RABOl 
BO RAB02 


BO RAB03 


MUL 


8 


060 


MUL.80 


B 


BO RAB04 




DIV 


9 


061 


DIV.OO 


B 


BO RABOO 
BO RAB04 




ASH 


7 


062 


ASH.OO 


B 


BO RABOl 
BO RAB04 




ASHC 


7 


063 


ASC.OO 


B 


BO RABOO 
BO RABOl 
BO RAB04 




[ASRB + RORB] *DR0(1) 


11 


064 


SHR.OO 


B 


BO RAB02 
BO RAB04 




MFP 


11 


066 


MFP.OO 


B 


BO RABOl 
BO RAB02 






11 


067 


NEG.OO 




BO RAB04 




NEC 


Multiplexer disabled, 
output all 1 s. 





*Flows7fortheKBll-D,Flows 11 for the KB 11 -A. 
Note: All signals on IRCB. 



8.3.3 C Fork Logic 



Refer to drawing IRCC. The logic shown on this drawing decodes the address modes and register specifications of 
the current instruction, and generates signals that control register selection and address calculation in the processor. 
The logic also generates addresses for the C Fork microprogram address logic. The C Fork selects the address of 
the next microprogram address when a destination operand must be fetched. 

Two 8251-1 BCD-to-Decimal Decoders are used to recognize the source and destination modes, respectively, by 
decoding each 3-bit IR field. The source and destination modes determine the operations performed in the fetch- 
ing of operands; these signals are used throughout the IRC module. Destination mode is also used to separate 



8-12 



the C Fork addresses for this mode and all other destination modes, by connecting IRCC DSTMO L to the C Fork 
input for bit 7 of the ROM address (as shown on drawing RACL) and connecting IRCC DSTMO H to the input 
for bit 6. In this manner, the C Fork generates microprogram addresses ranging from 202 - 211 for destination 
mode 0, and microprogram addresses ranging from 1 10 - 1 17 for other destination modes. 

The address generated by the C Fork logic depends on: 

1 . For mode 0, whether or not the instruction is F/class. If it is not F/class, whether the destination field 
is 7 or not, and whether an odd byte swap is required (SRO = 1 or 0); 

2. For other modes, whether an odd byte swap is required. 

The C Fork multiplexer is 74S1 57 4-bit 2-Line-to-l -Line Muhiplexer that is controlled by IRCC DSTMO L. 
Recognition of destination mode generates the four low-order bits of the microprogram address for the C Fork. 
The two high-order bits are directly controlled by the destination mode and bits 4 and 5 are always 0. Bit 3 of 
the address is always a 1 if the destination mode is not (the input is a ground which generates a low output, 
which asserts the input to the microprogram address assembly logic on drawing RACL). For destination mode 0, 
bit 3 is controlled by the instruction class; the bit is set for F/class instructions and clear for all others. Table 8-3 
summarizes the C Fork multiplexer outputs. 

Table 8-3 
C Fork Address Generation 



Instructions 


Flows 


ROM Cycle 


C Fork Multiplexer 




Adrs 


Name 


Input 
Enabled 


Output: IRCCCORAB 




03 


02 


01 


00 


DM0 * -F/Class 


4 


202 


D07.00 


A 


H 


H 


L 


H 


*DF7*SR0(1) 


















DM0 * -F/Class 


4 


203 


D07.10 


A 


H 


H 


L 


L 


*DF7*SR0(0) 


















DM0 * -F/Class 


4 


204 


D00.80 


A 


H 


L 


H 


H 


*-DF7*SR0(l) 


















DM0 * -F/Class 


4 


205 


D00.90 


A 


H 


L 


H 


L 


♦•DF7*SR0(0) 


















DM0 * F/Class 


4 


211 


FOP.50 


A 


L 


H 


H 


L 


DM12 » SRO (1) 


5 


110 


D12.90 


B 


L 


H 


H 


H 


DM12* SRO (0) 


5 


111 


D12.80 


B 


L 


H 


H 


L 


DM3* SRO (1) 


5 


112 


D30.90 


B 


L 


H 


L 


H 


DM3* SRO (0) 


5 


113 


D30.80 


B 


L 


H 


L 


L 


DM45* SRO (1) 


6 


114 


D45.90 


B 


L 


L 


H 


H 


DM45* SRO (0) 


6 


115 


D45.80 


B 


L. 


L 


H 


L 


DM67 * SRO (1) 


6 


116 


D67.90 


B 


L 


L 


L 


H 


DM67 * SRO (0) 


6 


117 


D67.80 


B 


L 


L 


L 


L 
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8.3.4 CCL Decoding 

The condition code load (CCL) field of the ROM is decoded as shown on drawing IRCF to determine how the 
PSW condition code bits are to be altered by each microprogram. The CCL field is summarized in Table 8-4. 

Table 8-4 
CCL Field 



RACA UCCL 


Output Asserted IRCF: 




02 


01 


00 













CC NON AFF L 


No change 








1 


CC INSDEP H 


Instruction-dependent. Condition codes determined by 
subsidiary CC CNTL ROM. 





1 





(IRCH SETCC H)* 


Set or clear CC; dependent upon IR. 





1 


1 


CCFP LOAD L 


Load CCs from floating-point processor 


1 








CCLD4 


ZandN: ACC SHFR 
CandV: 


1 





1 


CCLD5 


Z and N: ACC SHFR 

C: AMX15 

V: V old + (AMX V ALU) 


1 


1 





CCLD6 


N, CandV: not affected 
Z: Z* SHFR = 


1 


1 


1 


CCLD7 


Z, N, andV: not affected 
C: carry 



* Generated on drawing IRCH. 



IRCF CCLD 7 L - 

IRCH CMOO 1 H- 
IRCC CC INSDEPA H- 



IRCH ENC H- 



IRCH CMODl H- 



IRCF CC NON AFF L- 
IRCF CCLD6 L- 



IRCE WOB CARRY H 



IRCE L09. CARRY H 



GRAA AMX 
DAPJ 



0*ASH L tX -N. 

ALUCN L 1 Qf ^ y 



IRCF CEN1 H=ENC*CC INSDEPA ^^^^ CMOOQ H- 



GRAO DROO H 
IRCH CMOOO H- 




IRCF CEN2 H'EHC*CC INSDEPA* -CMOPI 



-DR15»Z(1)+(DR15*BR=-1 SAVE (1) H) - IRCF X L 

IRCE CC BR H = (PS LOAD + LOAD FCC) 
CC 
SDEPA*M0D1 DAPA BROO H 



^ ENC* 



3> 



IRCE PS LOAD L 
IRCH C (1) H 
IRCE LOAD FCC L 



WORD OR ODD BYTE CARRY 




' CCLD6+CC NON AFF + ROMIOI1 
NON -AFFECTED 



Figure 8-1 Sources of C Bit Data, Simplified Diagram 



8-14 



8.3.5 C Bit Data 

The C (carry) bit of the PSW is set when a processor operation causes a carry out of the most-significant bit. The 
logic that generates the C bit data is shown on drawing IRCF. Figure 8-1 is a simplified diagram of the logic that 
asserts IRCF CDATA L. Each AND gate input covers a group of instructions that could cause a carry. The nota- 
tion adjacent to each AND gate indicates the conditions or instructions that enable the gate and the resultant C 
bit source that asserts IRCF CDATA L. 

Table 8-5 lists the instruction-dependent CC CNTL ROM outputs that control the C bit for each group of instruc- 
tions. IRCE WOB CARRY H and IRCE LOB CARRY H are derived from a 74S1 53 multiplexer. These C bit in- 
puts are determined from AMX 00, AMX 07, or AMX 15, as listed in Paragraph 8.3.8. 



Table 8-5 
C Bit Data Sources 



Instruction 



CC Control ROM 



CMODl 



CMODO 



ENC 



IRCF CDATA L 

Source 



ROR.B, ASR.B 
ROL.B, ASL.B 

ASHC 

COM.B, NEG.B, 
SBC.B SUB 

MUL 

CLR.B, ADC.B TST.B 
CMP.B, ADD 

ASH 

MFP, MTP, SXT 
INC.B, DEC.B 
MOV.B, BIT.B, BIC.B 
BIS.B, XOR 

DIV 
SWAB 










1 







1 

1 







1 



1 





C^AMX00(VMOD0=l) 

C <- AMX08 (WORD) 
C <- AMX08 (OB) 

C <- DROO 

C^-ALUCN 

C^~X 

C *- ALUCN 

C ^ AMXOO 
non-affected 



C^l 
C^0if-DR15 



C^O 



Condition-Code Load Signals 



IRCF CCLD4 








C^O 


IRCF CCLD5 








C^AMX15 


IRCF CCLD6 








non-affected 


IRCF CCLD7 








C *- ALUCN 
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00 
0\ 



IRCF CCLD4 L 
IRCF CCLD5L 



IRCH MOOZN H 
INCH SWAB L 



GRAA WORO+OB SWAP L- 



IRCH EN2N H 



IRCH CC 
INSDEP H 



IRCH MODZN H 



IRCF CCLD6 



^^o 



INPUT A 

(WORD+OB SWAP)(CCLD4 + 5H 

SHFRA 15=1 :N-«— 1 




SWAB«MODZN«ENZN) 



•IRCF CHECKZ H 



IRCF NDATA L 



Figure 8-2 Sources of N Bit Data, Simplified Diagram 



8.3.6 N Bit Data 

The N (negative) bit of tiie PSW is set wlien a negative result is produced by a processor operation. Tlie logic that 
generates the N bit data is shown on drawing IRCF. Figure 8-2 is a simplified diagram of the logic that asserts 
IRCF NDATA L. Each AND gate input decodes a particular group of instructions or processor operations for 
which a negative result might be obtained. 

For most of the instructions, the CC CNTL ROM outputs IRCH MODZN H and IRCH ENZN H are asserted, 
lliese control outputs condition the NDATA logic to examine the SHFR output to determine when the N bit 
should be set. For word or odd-byte operations, the input A logic tests SHFRA15, and sets N accordingly. For 
byte operations, the input C logic tests SHFRA07. These inputs control the N bit for most operations. 

The input B logic tests for CMP.B instructions. Under these conditions, if SHFRAl 5 is 0, the N bit is set, and if 
SHFRA15 is 1, the N bit is cleared. Input D covers all cases where the N bit is not affected by the current opera- 
tion, and is therefore reloaded with the previous content, IRCH N(l) H. Input E allows IRCF NDATA L to be 
asserted by BROS for load PS and load FCC functions. Table 8-6 summarizes the sources of N bit data. 

Table 8-6 
N Bit Data Sources 





CC Control ROM 


IRCF NDATA L 


Instruction 


MODZN 


ENZN 


Source 


CMP.B 

DIV 

MUL 

all other instruction- 
dependent codes 

SWAB 





1 
1 


1 




1 


N^l if-SHFRA15= 1 
N^0ifSHFRA15= 1 

non-affected 

non-affected 

N-^1 if SHFRA15= 1 
(word or odd byte) 

N ^ 1 if SHFRA07 = 1 
(byte) 

N ^ 1 if SHFRA08 = 1 





Condition-Code Load Signal 




IRCF CCLD4 






N ^ if SHFR = 


IRCF CCLD5 






N^ifSHFR = 


IRCFCCLD6 






non-affected 


IRCF CCLD7 






non-affected 
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00 
I 

oo 



IRCH MODZN 



N H |J>0 f- 

IRCF CCLD7 L dj \^ 

IRCF CC NONAFF L Of ^ y^ 



-IRCF SET V H 



IRCH Z (1 ) H 
IRCH LOAD FCC 
IRCH PS LOAD 



DAPJ, H SHFR <15:08> H- 



GRAA WORD + OB SWAP L- 



DAPJ, F SHFR<07:00> H- 



GRAA OB SWAP H- 



T^ i 

HEX 
INVERTERS ^jy 



i 



IRCF MUL+DIV NZVEN H 



DAPA BR02 H 



IRCE CC-«— BR H 



IRCF NEN1 H=CC INSOEP»ENZN 

IRCF ZINV H= -MODZN 

DAPJ A=B(15:B) +BYTE H 

DAPF A = B (7:0) H 




IRCE EN HIB H = BYINAkMODZN»NEN 



IRCE EN LOB H 
MWDIN + SWAB) M0DZN*NEN1 



IRCE EN WORD H=(CCL04 + 5) + 
( WDIN* -SWAB* MODZN* N END 



IRCH Z (1) H 
IRCF CHECKZ H 



DIV: Z-«— 1 



CCLD7; NON AFFECTED 

IRCF ZDATA1 L 



LOAD PS+ LOAD FCC 
CMP. 8 (SHFRM) Z-^1 




LO BYTE = 

GRAB ZDATA2 L 



CCL06+MUL: SHFR=0 
Z«— Z OLD 



-CD 



IRCF Z1 (1) L 



^:> 



IRCH Z (1) H 



C 1 IRCH Z2 (1 ) L 



IRCH CC CLK H 



Figure 8-3 Sources of Z Bit Data, Simplified Diagram 



8.3.7 Z Bit Data 

The Z (zero) bit of the PSW is set when the result of a processor operation is 0. The Z bit data that controls the 
condition code is generated by logic on drawings IRCF and GRAB. 

Figure 8-3 is a simplified diagram of the logic that asserts IRCF ZDATAl L and GRAB ZDATA2 L. These out- 
puts are clocked into the Zl and Z2 flip-flops, whose contents are ORcd to provide the Z bit of the PSW condi- 
tion code. 

8.3.7.1 ZDATAl Sources - The input gates that assert IRCF ZDATAl L cover the special conditions that con- 
trol the Z bit, independent of the SHFR outputs being equal to 0. For example, during the DIV instruction exe- 
cution, MODZN and ENZN are both low and the Z bit is set. For the special case of the CMP.B instruction, the 
logic tests for the SHFR output = 1 condition to determine the Z bit. The other input gates that assert IRCF 
ZDATAl L test for load PS or load FCC operations and operations that have no affect on the Z bit. Under the 
former conditions, the Z bit is loaded from BR02 and under the latter conditions, the Z bit is unchanged [Z(l) H 
controls ZDATAl ]. Tliese special conditions are summarized in Table 8-7. 

8.3.7.2 ZDATA2 Sources - The logic that generates GRAB ZDATA2 L tests the SHFR output for 0. The open- 
collector inverters function as detectors for SHFR (1 5:08> and SHFR <07:00>. The enabling inputs IRCE EN 
HIB H, IRCE EN LOB H, and IRCE EN WORD H are used to test each byte of the SHFR separately, or together. 
The additional GRAB ZDATA2 gate tests the SHFR output word for under CCLD6 or MUL conditions. If the 
SHFR output is 0, the previous Z bit condition, Z(1)H, controls the new Z bit. 



Tabic 8-7 
Z Bit Data Sources 



Instruction 


CC Control ROM 


Z Data Source 


MODZN 


ENZN 




CMP.B 

MUL 
DIV 

SWAB 

all other instruction-dependent codes 



1 


1 


1 



1 


Z ^ 1 if SHFR = 1 

Z^2(l)HifSHFR = 

Z^l 

Z <- 1 if SHFR <07:00> = 

Z ^ 1 if SHFR = 





Condition-Code Load Signals 




IRCF CCLD4 








Z ^ 1 if SHFR = 


IRCF CCLD5 








Z ^ 1 if SHFR = 


IRCF CCLD6 








Z^Z(l)HifSHFR = 


IRCF CCLD7 








non-affected 
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to 

o 



IRCF CC INSDEP H- 
IRCH ENV H- 



DAPC BMX07 H 



IRCH VMODt H 



DAPD BMX15 H 



IRCD SYINft H 
IRCH VMODO H 



:rc£ veni l 




VMOOl 


BYTE H 


VMOOO H 


FO 


F1 


1 


(WORD) 





-BMX15 


BMX15 


1 





1 


BMX15 


-BMX15 


1 
1 


1 (BYTE) 

1 




1 


-BMX07 
BMX07 


BMX07 
-BMX07 





— 


— 









IRCE CC-«— BR H 1 N. 

DAPA BROl H 1 y I J >^ I s 

IRCFMUL+DIV NZVEN H 1 X I ** I ^ 

IRCF SET V H (= MODZN) 

IRCH V (1 
IRCE LOAD FCC 
IRCE PS LOAD 

IRCF CC NONAFF L 
IRCF CCL05 L 
IRCF CCLD67 




VMODO; A*B*ALU 
VMODO; A«B« ALU 



VMODO! A »B» ALU 
VMOOQ; A»B«ALU 



■4> 



t: 



IRCE VDATA L 
FROM VEN2 LOGIC 



LOAD PS+ LOAD FCC: V-> 
DIV; V-»— 1 



NON AFFECTED 



Figure 8^ VENl Sources of V Data Bit, Simplified Diagram 



8.3.8 V Bit Data 

The V (overflow) bit of the PSW is set when a processor operation results in an arithmetic overflow. The logic 
that generates the V bit data is shown on drawing IRCE. The V bit is affected by two broad categories of instruc- 
tions: arithmetic operations, and word or byte operations. The results of these operations and other special 
cases determine IRCE VDATA L. To simplify the description, arithmetic operations, and special cases are 
grouped as VENl inputs (Paragraph 8.3.8.1). Word and byte operations are grouped as VEN2 inputs (Paragraph 
8.3.8.2). Table 8-8 summarizes the V bit data sources of both groups. 



Table 8-8 
V Bit Data Sources 



Instruction 



CC Control ROM 



VMODl VMODO ENV 



IRCE VDATA L Source* 



VENl 



INC.B, ADC.B 











V^-A*ALU15 


DEC.B, SBC.B 





1 





V^A*-ALU15 


NEG.B, ADD 


1 








V^A*B*-ALU15 + -A*-B*ALU15 


SUB, CMP.B 


1 


1 





V^A*-B*-ALU15 + -A*B*ALU15 



VEN2 



MFP, MTF, SXT, CLR.B, COM.B, 








1 


V^O 


TST.B, MOV.B, BIT.B, BIC.B, 










BIS.B, MUL, ASH, ASHC, XOR 










DIV 








1 


V^l 


ROL.B, ASL.B 


1 





1. 


V^SHFRAIS VAMX15 


ROR.B, ASR.B 


1 


1 


1 


V^SHFRA15 VAMXOO 



Condition-Code Load Signals 



IRCF CCLD4 








V*-0 


IRCF CCLD5 




(VEN2) 




V ^ V old + (SHFRA15 V AMX15) 


IRCF CCLD6 




(VENl) 




non-affected 


IRCF CCLD7 




(VENl) 




non-affected 



*A = DAPJ AMX SIGN H 
B = DAPD BMX15 H (word) or DAPC BMX07 H (byte) 
ALU15 = DAPJ ALU SIGN H 
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I — IRCE VEN2 L 



to 
to 



IRCH-SWAB H ■ 
IRCH VM001 H ■ 
IRCF CC INS DEP H - 
IRCH ENV H 




IRCF 
CCLD5 L 



DAPB AMXOO H 

AMX07* OB SWAP + 

AMXi5«-0B SWAP 



DAPC AMX07 



GRAA WORD + OB SWAP L 



IRCE WOB CARRY H 



IRCF CCLD5 L 
IRCH VMODO H- 




WOB CARRY H*SHFRA15 



(WORD + OB SWAP) 
(CCLD5 + VEN2) 
* SHFRA15 



■^Dn-'^ 



RCE 
VDATA L 



FROM VENt 
LOGIC 



(WORD + OB SWAP) 

(CCLD5+VEN2) 

»SHFRA07 



LOB CARRY « SHFRA07 



IRCE LOB CARRY H 



WORD OR 

ODD BYTE 

SWAP 


VMODO 


IRCE 
LOB CARRY 


IRCE 
WOB CARRY 


»CCLD5 


YES 


NO 





AMX07 (ODD BYTE) 
AMX15 (WORD) 


YES 


YES 





AMXOO 


NO 


NO 


AMX07 





NO 


YES 


AMXOO 






Figure 8-5 VEN2 Sources of V Data Bit, Simplified Diagram 



8.3.8.1 VENl - Figure 8-4 is a simplified diagram of the V bit data sources that are grouped in the VENl cate- 
gory. A 74S153 Dual 4-Line-to-l-Line Multiplexer is used to select the most-significant BMX bit for the arith- 
metic operations that involve the B input. These are NEG.B, ADD, SUB, and CMP.B, as indicated in lable 8-8. 
For these instruction-dependent codes, the CC CNTL ROM asserts IRCH VMODl H, which gates the BMX out- 
puts to the multiplexer inputs, and IRCE VENl L, which enables the multiplexer. IRCD BYINA H selects 
BMX15 or BMX07 as the most-significant bit. IRCH VMODO H selects the BMX bit or its complement at each 
output, as shown on the multiplexer truth table in Figure 8-4. 

The notation on Figure 8-4 indicates the conditions and functions for which each AND gate input asserts IRCE 
VDATA L. 

For INC.B, ADC.B, DEC.B, and SBC.B instruction-dependent codes, CC CNTL ROM output IRCH VMODl H is 
low. As a result, the BMX multiplexer outputs are always 0. For these instructions, B is eliminated from the 
source function, as listed in the source column of Table 8-8. 

8.3.8.2 VEN2 — Figure 8-5 is a simphfied diagram of the V bit data sources that are grouped in the VEN2 cate- 
gory. A 74S153 Dual 4-Line-to-l-Line Multiplexer selects the most-significant AMX bit for the word, odd-byte, 
or byte ope;rations. The multiplexer truth table is shown on Figure 8-5. The multiplexer is only enabled by 
CCLD5 or those instruction-dependent codes for which the CC CNTL ROM asserts IRCH VMODl H and IRCH 
ENV H. As indicated in Table 8-8, these instructions include ROL.B, ASL.B, ROR.B, and ASR.B. For these in- 
structions, the notation on Figure 8-5 indicates the conditions and functions for which each AND gate input as- 
serts IRCE VDATA L. 

For the majority of the instructions included in the VEN2 group of Table 8-8, VMODl is low. As a result, the 
AMX multiplexer is not enabled and none of the AND gate inputs will be enabled because IRCE VEN2 L is not 
asserted. Therefore, processing these instructions clears the V bit. 

8.3.9 Condition Code Storage 

Refer to drawing IRCH. The circuits shown on the top half of this drawing are used to store the processor con- 
dition codes; the remainder of the drawing shows circuits concerned with the subsidiary ROMs used in condition 
code calculation, instruction decoding, and arithmetic and logic unit (ALU) control. 

The four condition-code bits, N, Z, V, and C, are stored in the four least-significant bits of the processor status 
(PS) word. The remaining bits of the PS, and the PS loading and reading logic, are on the PDR module and are 
shovm on drawing PDRD. The condition codes are normally loaded to reflect the result of each instruction that 
operates on data. When this is done (by clocking the data inputs to each flip-flop), each bit takes on the value of 
the corresponding signal from the condition code generation logic on drawings IRCE and IRCF. Two Z bit flip- 
flops, provided to avoid the delay of a final stage OR gate before the clock time, are shown on the bottom of 
drawing IRCF. 
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8.3.9.1 Clocked Inputs - IRCH CCLK H clocks the condition-code flip-flops immediately following each ROM 
cycle (T6 is the Tl of the following cycle) except when the clock is inhibited by a value of 2 in the condition 
code (CCL) bits in the microprogram. In many cases where the condition codes are clocked, individual bits may 
remain unaffected by loading the bit from itself, through the combinational logic that generates the condition 
codes. 

8.3.9.2 BR Inputs — The condition code flip-flops can be loaded directly from the BR. This is done whenever 
the bus address transmitted by the processor addresses the low byte of the processor status (PS) word. UBCC CC 
DATA (1) H indicates this condition and is used to gate the BR bits into the direct-set and direct-clear inputs of 
the flip-flops. Complements are applied to set and clear inputs, so that each flip-flop is correctly set or reset. 

8.3.9.3 IR Inputs - A third method of modifying the condition codes allows bits to be set or cleared directly 
from the instruction. The four least-significant bits of the IR are connected to either the set or the clear inputs 
of the flip-flops, but not both. The selection of inputs is done by two enabling signals that are generated from 
opposite polarities of IR04. The same polarity inputs from the IR are used for either setting or clearing; only 
bits which are 1 s in the IR are altered, and the remaining bits are not affected. 

When the condition codes are set or cleared from the IR, the normal clocking of the flip-flops is inhibited. When 
the condition codes are loaded from the BR, the loading signal is present beyond the time when the data inputs 
are clocked, so the BR inputs tajce precedence. Unless one of these two conditions is true, the normal clocked 
input is used. 

The Z bit is stored in two flip-flops shown on drawing IRCF. The flip-flop outputs are ORed to generate the 
value of the condition-code bit. If either flip-flop contains a 1 , the Z bit is considered to be a 1 . Both flip-flops 
are set or cleared together when either the BR or the IR bits are transferred to the condition codes. The signal 
DPCC Z (0) H is not used. 

8.3.9.4 Subsidiary ROMs Address Generation — The logic on the lower half of drawing IRCH is used to generate 
addresses for the subsidiary ROMs (CC CNTL, INSTR DECODE, and ALU CNTL). The subsidiary ROMs con- 
tain values for different instructions, so the addresses that are generated correspond to individual instructions. 
The IR provides all inputs to the address generation logic. 

Each subsidiary ROM contains 32 8-bit words. The 32 addresses are organized as follows: 

a. Addresses 0—7 are used for instructions with op codes containing 06 in IR <14:09). These include the 
rotates, shifts, MARK, MFP, MTP, and SXT. 

b. Addresses 10—17 are used for instructions with op codes containing 07 in IR (14:09). These are the 
unary instructions. 

c. Addresses 20—27 are used for binary instructions (IR (14: 1 2) contains any value from 1 to 6). 

d. Addresses 30-37 are used for the register destination instructions, which have a 7 in IR <14: 12). These 
include multiply and divide, the long shifts, and XOR. 

NOTE 

AH addresses for the subsidiary ROM words are in octal. 
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8.3.9.5 ROM Address Multiplexer - The ROM address is generated by two 74S1 53 multiplexers for the low 
four bits, and by an OR gate for the most-significant bit. The address signals are IRCH SUBR0MA4 H through 
IRCH SUBROMAO H. For the 05 and 06 class instructions, the four least-significant address lines are driven 
directly from IR <09:06> through the D inputs of the multiplexers, and SUBR0MA4 is not asserted. For the reg- 
ister destination instructions, SUBR0MA4 is asserted, SUBR0MA3 is driven by a +3V input to the multiplexer, 
and the remaining three address bits take on the value of IR <1 1 :09> through the C inputs of the multiplexer. 
For binary instructions, the B inputs of the multiplexer are used; SUBR0MA4 is asserted and SUBROMA 3 is 
clear. This data is summarized in Table 8-9. 



Table 8-9 
Subsidiary ROM Address Sources 



Type of 
Instruction 


ROM Address 

Multiplexer 

Select 


Input 
Selected 


Subsidiary ROM Address Source 




SI 


SO 


A4 


A3 


A2 


Al 


AO 


IR<14:09> = 05 
or 06 

register destination 
binary class 

not used 


H 
H 
L 

L 


H 
L 
H 

L 


D 
C 
B 

A 



1 
1 


IR09 

1 




IR08 
IRll 
IR14 


IR07 
IRIO 
IR13 


IR06 
IR09 
IR12 



The SUB instruction is treated specially, to separate the ADD and SUB instructions when generating ROM ad- 
dresses. Both SUB and ADD would normally generate ROM address 26 (the op codes differ only in bit 15). 
When the SUB instruction is decoded, the four least-significant bits of the ROM address are forced to Os to gener- 
ate address 20. Addresses 27, 35, and 36 are not used. For the SWAB instruction, which is not in any of the four 
groups that generate ROM addresses, the contents of the IR generate the same ROM address that is used for the 
ASL instruction. The signal IRCH SWAB L is used to distinguish between the two instructions. The UALU sig- 
nals are used to recognize that the ALU control is instruction-dependent, and that the outputs of the ALU con- 
trol ROM on drawing GRAA are active. 

8.3.9.6 Subsidiary ROMs - The CC CNTL and INSTR DECODE ROMs shown on drawing IRCH generate sig- 
nals that are used to control the condition-code generation only when the main microprogram ROM contains a 1 
in the CCL bits and are used for further instruction decoding. Each ROM is a DM8598 integrated circuit that 
stores 256 bits in 32 8-bit words. A complete list of subsidiary ROM addresses and functions is shown on drawing 
IRCJ. 
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8.4 PDR MODULE M81 04 

The Processor Data and Unibus Registers (PDR) Module M8104 contains the logic elements that form the pro- 
cessor data registers and the Unibus registers. 

8.4.1 Bus Register Multiplexer 

Refer to drawing PDRA. The bus register multiplexer (BRMX) selects one of four inputs to the BR. These in- 
puts, PDRA BRMX (15:00) H, are also used to load the IR. Table 8-10 lists the BRMX inputs. 



Table 8-10 
BRMX Input Sources 



Input 


Control 


Description 


DAPF,H,J SHFR<15:00>H 


RACA UBRX L 


output of the shifter, contains results of last 
data manipulation by the processor 


SMCEMEMD<15:00>H 


TMCF SELMEM L 


data from high speed semiconductor memory 


BUS INTO <1 5: 00) H 


TMCF SELINT L 


data from internal processor or memory 
management unit, switch register, or floating- 
point processor 


BUSA BUS D (15:00) L 


none 


Unibus data 



The BRX bit in the microprogram selects the shifter output when 1. TMCF SELMEM L and SELINT L are de- 
rived from a Fastbus device or address response. The Unibus is selected by default if no other bus is directly 
selected. 

The drawing also shows the inverters that receive the internal bus data. Both the internal bus and the fast mem- 
ory bus are terminated at the multiplexer; the Unibus is received through standard Unibus receivers and is termi- 
nated separately by an M930 Bus Terminator module. 

8.4.2 Bus Register A and Light Register 

Refer to drawing PDRB. The output of BRMX is loaded into BR and IR. The primary BR, which is used as a 
source of data input to the arithmetic and logic unit (ALU), is on the DAP module and is shown on drawing 
DAPA. However, for timing considerations and to reduce the number of pins used on the DAP module, a copy of 
the BR (called BRA) is made and distributed to: 

a. KTll-C,CDMemory Management Unit 

b. FPU Floating-Point Processor 

c. MS 1 1 Semiconductor Memory System 

d. Operating System Tester (option) 

e. Unibus (via a multiplexer on PDRE) 

The four least-significant bits of the BRA are also routed to the IRC module for use in direct loading of the pro- 
cessor condition codes; the condition codes are part of the processor status (PS) word, and the remainder of the 
PS is shown on drawing PDRD. All active bits of the PS can be loaded from the BRA. 

The light register (LR) is primarily a maintenance tool. It is directly loaded from the BRA whenever a DATO 
data transfer to the bus address of the switch register (177570) takes places. The contents of the LR can be dis- 
played in the console data lights by setting the DATA display select switch to DISPLAY REGISTER. 
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Drawing PDRB also illustrates a set of inverters used to provide buffered outputs from the BRA to the many in- 
puts it drives in the memory management unit and the semiconductor memory system. 

8.4.3 Program Break Register 

Refer to drawing PDRC. The program break (PB) register is used as a maintenance aid, to enable checkout of the 
microprogram operation and to allow control of the processor operation by stopping the processor in a specified 
microprogram state. 

The PB is an 8-bit register that is loaded by moving data to physical address 777770. The contents of this register 
are continuously compared to the microprogram ROM address RAR <07:00> by two 7485 4-bit comparators. The 
comparators generate the signal PDRC PB CMP H whenever the two numbers are equal. When the processor is be- 
ing controlled by a maintenance module, this signal can be used to stop the processor at T2 of the specific micro- 
program state. This allows examination of certain specific machine states without manually clocking the proces- 
sor through all the intervening states. 

PDRC PB CMP H is ANDed with TIGA Tl (1) H to provide TIGB PB SYNCH H, which can be used as a synchro- 
nization point for oscilloscope loops during maintenance tests. 

8.4.4 Stack Limit Register 

Refer to drawing PDRC. The stack limit (SL) register is an 8-bit register that is loaded by moving data to physical 
address 777775. The contents of this register are compared with the eight most-significant bits of the bus address 
being transmitted by the processor. These eiglit bits specify a 256-byte (1 28-word) boundary, below which the 
kernel stack must not store any data. This means that (ignoring the effects of virtual memory) whenever an ad- 
dress is transmitted while the processor is using the kernel stack pointer register 6 as the address source, and the 
operation is not DATI, this address must not refer to any location below the boundary set by the SL. 

The comparator that checks the address against the SL generates one of two signals: PDRC STACK LIMIT H or 
PDRC RED ZONE H. 

PDRC STACK LIMIT H indicates that the address is addressing a 1 28-word block beginning at the stack limit. If 
the error detection circuit on the TMC module determines that the address is to one of the 1 6 words at the top of 
this block (with the highest addresses), the reference is considered to be a yellow zone, or non-fatal reference. 
Upon completion of the instruction or trap sequence, the processor will trap, using the trap vector stored in ker- 
nel virtual location 04, to a routine that must correct the stack problem. However, if the address refers to a loca- 
tion below the top 1 6 words of the block, the reference is considered a red zone, or fatal error; the processor per- 
forms an emergency recovery by: 

a. aborting the instruction or trap sequence immediately 

b. storing the current PC and PS in locations and 2 

c. using the trap vector at location 4 

PDRC RED ZONE H indicates that the processor is addressing a location below the stack limit (in a 1 28-word 
block below the boundary). This is always a red zone error. 

Note that for both signals, the data transfer operation is considered an error only if the address is derived from 
the kernel stack pointer register 6. This is determined by the logic on the TMC module (Paragraph 8.6.5.1). 

When the memory management unit is in operation, any bus error or memory management abort that occurs dur- 
ing an address reference derived from kernel stack pointer register 6 is treated as a red zone stack error, regardless 
of the value in the stack limit register. 
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The SL is initialized to a value of 0. With this value, any stack reference to an address below 000400 is an error. 
References to addresses between 000377 and 000340 are yellow zone errors, and references to addresses 000337 
or below are red zone errors. 

8.4.5 Program Interrupt Register 

Refer to drawing PDRD. The program interrupt register (FIR) provides a means of scheduling software routines 
through the same priority structure used to control hardware interrupts from peripheral devices. 

The FIR is divided into two parts: the 7-bit FIR and the encoded value of the highest request level, the PIA. The 
FIR register is used to generate interrupt requests at seven of the eight possible priority levels in the PDF-1 1 Sys- 
tem. The requests are compared with the current processor priority stored in FS <07:05>; if a FIR request is higher 
than the current processor priority, the processor traps at the end of the current instruction, using the interrupt 
vector at location 240. The FIR request levels relate to processor priority levels 1 through 7. There is no FIR re- 
quest corresponding to priority because the processor priority can never be lower than 0, and such a request can 
not be honored. A FIR request is of higher priority than any bus request at the same or lower priority. 

The FIA encoder generates a 3-bit number that represents the highest level request stored in the FIR. This num- 
ber is transmitted on two sets of data lines whenever the processor reads the FIR word. The three PIA signals are 
connected to the DMX inputs (drawing FDRE) for bits 7 through 5, so that the programmer can move the low 
byte of the FIR word into the processor status register and thus set the processor priority to the level of the re- 
quest honored if desired. This locks out all requests on the same level or below. The same three bits are also 
routed to the DMX inputs for bits 3 through 1 ; in this position the encoded value can be used as an index con- 
stant in dispatching to an interrupt service routine for the appropriate priority level request. 

8.4.6 Processor Status Register 

Refer to drawing PDRD. The FS stores several types of data that are dependent on the process being performed. 
This data must be stored whenever the processor changes processes; typically, this occurs every time there is an 
interrupt or a trap. Because the contents of the PS control many parts of the operation of the processor, modifi- 
cations of the contents are carefully controlled. 

The four fields of information in the FS are: 

a. the processor condition codes 

b. the trace (T) bit 

c. the processor priority 

d. the processor mode control and register set selection bits 

8.4.6.1 Condition Codes - Refer to drawings IRCF and IRCH. The condition codes occupy bits 3 through 
of the PS register. The logic that senses the data conditions and stores the selected indications is on the IRC mod- 
ule; the gates that control the reading of the condition codes onto the internal data bus are shown on drawing 
PDRD. When the PS is explicitly addressed at physical address 777776, the data transfer is on the Unibus; the 
internal bus is used only under direct microprogram control. 

The condition codes are loaded automatically with the results of most data manipulations. In addition, the 
codes can be manipulated by a microcoded instruction that can set or clear individual condition code bits. Any 
operation that transmits data directly to the processor status word inhibits the setting of the condition codes be- 
cause the data transmitted is loaded into PS (03:00) directly. This is done for move instructions that address the 
FS, RTI instructions that pop a value off the hardware stack into the FS, or interrupt service sequences that load 
the FS from the interrupt vector. 
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8.4.6.2 T Bit — The trace (T) bit is provided as a software diagnostic aid. When this bit is set, a processor trap 
will be vectored through location 14. This trap occurs at the end of the instruction that is being performed when 
the T bit is being set, unless: 

a. The instruction is a return from trap (RTT) instruction. In this case, the trap is delayed until the end 
of the following instruction. 

b. Some other trap or interrupt condition is honored. In this case, the PS containing the T bit is pushed 
onto the stack and all trace operations are defeiTed until the PS word is popped off the stack at the 
end of the trap or interrupt service routine. 

The T bit can not be set by moving data to the PS; the only way the T bit can be set is by popping a word off the 
hardware stack with bit 4 set. This can be done with an RTI or RTT instruction. The purpose of inhibiting other 
methods of loading the T bit is to protect the user from inadvertently setting the T bit while changing the pro- 
cessor priority or condition codes. 

8.4.6.3 Priority Bits — The processor priority is stored in PS <07:05>. The 3-bit priority field is interpreted as 
one of eight priority levels. This level is compared with other requests for control of the system. These requests 
can be external to the processor, in the case of Unibus requests, or internal, in the case of program interrupt re- 
quests. In general, the purpose of requesting control of the system is to interrupt the current processor program 
and run a service routine or higher priority program before returning control to the interrupted program. De- 
vices that need the use of the Unibus request Unibus control on a non-processor request (NPR) level that is ef- 
fectively higher than any processor priority; but these devices must not perform the INTR bus operation with- 
out gaining control of the Unibus via a BR level. 

The processor priority level may be set by directly transferring data to the PS, by popping a new PS from the 
hardware stack, or by loading the PS from an interrupt or trap vector. In addition, the processor priority may be 
explicitly set by the set priority level (SPL) instruction. While in all other cases the priority is set from data bits 
7 through 5, in the SPL instruction, the priority is loaded from bits 2 through 0. A 2-input multiplexer controls 
the loading of the priority flip-flops from the appropriate source. In user mode, the processor priority can only 
be changed by a transfer to the explicit address of the PS (777776). This is possible only if memory management 
mapping allows it. 

8.4.6.4 General Register Set Bit — This bit indicates general register set (when cleared) or general register set 1 
(when set). For an explicit reference to the PSW, it is loaded from BRl 1 and may be set or cleared. For implicit 
operations, such as RTI, it can only be set, allowing the kernel some control over which register set user or super- 
visor mode programs can use. 

PDRB BRl 1 A H is used to direct-set PSl 1 at time T4 if the microprogram IBS value is 2. 

8.4.6.5 Previous Mode Bits — PS bits PSl 3 and PSl 2 store the processor mode previous to the last interrupt or 
trap. Data is clock-set or direct-set into these flip-flops from BRA or PS <15: 14>. For example, PS 13 and PS 12 
can be set or cleared by operations that explicitly reference the PSW; they are loaded from BRl 3 and BRl 2. 
They can only be clocked and set by implicit references, unless operating in the kernel mode. This allows a ker- 
nel mode program to return to kernel, supervisor, or user mode; a supervisor mode program to return to super- 
visor or user mode; and a user mode program to only return to user mode. A user or supervisor mode program 
can not use the RTI instruction to enter the kernel mode. When a new PS is loaded from the trap or interrupt 
vector, the old contents of PSl 5 and PS 14 are loaded into PS 13 and PS 12. 
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8.4.6.6 Current Mode Bits - PS bits PSl 5 and PSl 4 control and indicate tlie current processor mode. The 
source of input data is always BR 1 5A and BRl 4A, whether the PS is loaded by an RTT or RTI instruction, or it" 
a new PS is loaded from a trap or interrupt vector, or explicitly referenced. These bits can only be set by impHcit 
references. 

8.4.6.7 Read PS - The entire PS word can be gated to the internal data bus by PDRD READ PS H, which is 
generated by a microprogram IBS field value of 3. This value is used in microstates RSD.OO, RSD.02, BRK.20, 
BRK.80, TRP.OO, TRP.Ol , TRP.02, and HLT.OO to get the current PS into the BR. 

8.4.7 Unibus A Data Multiplexer 

Drawing PORE shows the Unibus A data multiplexer (DMX), which selects one of five data sources within the 
processor for transmission on the Unibus A data lines, BUSA D <15:00> L. The five registers that can be read by 
the Unibus are: 

a. bus register A PDRB BR < 1 5 : 00> A H 

b. stack limit register PDRC SL <07:00> H (HI BYTE) and program break register PDRC PB <07;00> H 
(LO BYTE) 

c. program interrupt register PDRD PIR <15:09) (1) H and PIA code PDRD PIA (02:00) H 

d. processor status register PDRD PS <1 5: 1 1> (1) H, priority bits, and condition codes 

One of the five registers is selected by selecting one of the four multiplexer inputs and then enabling one or both 
bytes of the DMX. The DMX selection chart is shown on drawing PDRE. When the BR, the PIR, or the PS is ad- 
dressed, the logic on the TMC module selects the corresponding DMX input and enables both bytes; for the SL or 
the PB, the saine DMX input is used, but only the high byte is enabled for the SL and only the low byte for the 
PB. 

The byte enabling signals also prevent the processor from putting any data on the Unibus A data lines except 
when one of these registers is selected. 

8.4.8 Display Multiplexer 

Drawing PDRF shows the display multiplexer that selects one of four inputs for the data display lights on the 
console provided with the KBl I -A, D processor. The display multiplexer is implemented with eight 7481 53 Dual 
4-Line-to-l-Line Multiplexers that are controlled by two display-select signals from a 4-position switch on the 
console. 

The display selected for each switch position is described in Table 8-11. 

8.4.9 Console Interconnections 

Drawing PDRH shows the interconnections between the processor and the switch register and data display lights 
on the console. 

Connector Jl is the physical connection; there are 18 signal lines from the console switches, 16 signal lines to the 
console from the display multiplexer, and two signals from the multiplexer control switch on the console. SSRB 
SRO MODE H is one of the inputs that indicate the mode to the console. 

The 1 6 least-significant bits of the switch register SWR <15:00> can be gated onto the internal data bus. This is 
done whenever an instruction attempts to read data from the switch register address (TMCD SW ADRS L) or dur- 
ing console operations when the switch register is gated onto the internal data bus by TMCF READ SW L (IBS = 1 ). 
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Table 8-1 1 
Display Multiplexer 



Switch Position 


PDRH DISP DATA 


Description 


SELl 


SELO 


BUS REGISTER 


H 


H 


bus register A PDRB BR <1 5 : 00) A H 


DATA PATHS 


H 


L 


shifter outputs DAPH SHFR <15:00> H 


DISPLAY REGISTER 


L 


H 


light register, which is provided for maintenance purposes 
and is loaded by addressing the switch register 


madrs FPP/CPU 


L 


L 


processor ROM address RACD RAR <07:00> AH into low 
byte 

floating-point processor ROM address FRMB CRAR <7:0> 
(1)H into high byte 



8.5 RAC MODULE (M8103 in the KBl 1-A, M8123 in the KBl 1-D) 

The ROM and ROM Control (RAC) Module contains the main microprogram ROM elements and ROM address 
control logic, including the fork A instruction decode logic, the A fork instruction register (AFIR), and the 
microprogram branch control logic. 

8.5.1 ROM Address Register (RAR) 

There are three identical copies of the RAR. Two copies (RARB and RARA) are used to provide sufficient fanout 
for the 1 6 ROM IC's on the RAC board. A third copy (RAR, shown on RACD) is used to transmit the current 
microprogram word address to the memory management ROM. 

The RAR (ROM's RARA, RARB, RAR) is normally loaded from inputs generated by the microprogram address 
selection logic shown on drawing RACE. Under some circumstances, the RAR is forced to address 200 by clearing 
all but the most significant of the eight bits, and setting that bit. To permit setting the most-significant bit, three 
flip-flops (one per RAR copy) are implemented. 

RACA ZAP L is the signal used to force the processor into a known state to start the processing of traps, power- 
up sequences, and various types of aborts. Among the conditions that can generate this signal are: 

1 . Power-up sequence or start sequence (ROM INIT). 

2. Parity error abort, which is flagged UBCB PE ABORT during the microprogram cycle which follows a 
pause. 

3. All other aborts (TMCC ABORT), which are flagged during a pause cycle (RACE UBSDOl ). 

UCBC PE ABORT L and TMCC ABORT H are gated with TIGD TS2 L, which remains asserted longer than the 
pulse TIGC T3 L that clocks the RAR, and ensures that the ZAP signal overrides the normal address. 

8.5.2 Microprogram ROM and Buffer Register 

All control signals that are dependent only on the machine state (i.e., that are not dependent on asynchronous 
signals or on data inputs) are derived directly from the outputs of the microprogram ROM. The ROM of the 
KBl 1-A contains 256 64-bit words. The ROM of the KBl 1-D contains 256 68-bit words (extra 4 bits for FPl 1-C 
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control). During each processor cycle, one word is fetched from the ROM and stored in a buffer register. The 
outputs of the buffer register are transmitted to the other modules of the processor to act as control signals or to 
be used in combinational logic that generates control signals for all processor operations. 

The ROM is implemented by sixteen (or seventeen for the KBll-D) 256-word X 4-bit read-only memories. The 
buffer register is implemented primarily by 74S174 D-type hex flip-flop registers. (Some bits are implemented by 
individual flip-flops to provide separate input clocking or greater output load capacity.) 

The ROM of the KBl 1-A is implemented with open collector outputs that require termination by resistive dividers 
which maintain a +3 V signal level when the ROM outputs are not low. The ROM of the KBl 1-D is implemented 
with totem pole outputs that require no resistive dividers. 

Various ROM bits are clocked into the output buffer register at different times. Most bits are clocked by the 
processor Tl pulse, while others are clocked by the T2 pulse. Certain bits are clocked on the trailing edge of the 
Tl pulse to allow slightly more time for the processor to complete operations started by the previous machine 
cycle. 

Figures 8-6 and 8-7 show the KBl 1-A and KBll-D ROM output bits, the type of ROM IC that generate each bit 
(i.e., C71), which groups of bits are stored in one 6 bit IC register, and the time at which they are clocked into 
the RBR. Table 8-1 2 gives much of the same information, plus the name given to each field. 

The output buffer register shown on drawing RACA is clocked by the T2 pulse; none of the control signals 
transmitted from the 1 8 bits of storage on this drawing can be assumed to have settled before the T3 pulse. 

Five output signals are derived from the contents of a buffer register that is clocked by the falling edge of the Tl 
pulse, rather than the leading edge (drawing RACB). These signals (two pad write-enable and three pad address 
lines) control the writing of information into the processor general registers. The data is transferred into the reg- 
isters by clocking it on the Tl pulse, so these signals must not change until after the Tl pulse has occurred. 

One of the 6-bit registers shown on drawing RACC stores the output of bits 34 and 32 through 28 of the ROM. 
Bit 33 is stored in a separate flip-flop. This permits the buffer register to transmit both polarities of the signal 
USHCOO, with no additional signal delays. The shift counter logic, which is shown on drawing RACM, is on the 
same module as the ROM, so the USHC signals are not brought to pins. Bit 27 of the ROM, which generates 
UMSCOO, is also aborted in a separate flip-flop to generate both polarities. 

The microprogram bits which are used to calculate the new ROM address are used only on the RAC module, so 
they are not brought to module pins. However, several of the branch-enable signals are required either in both 
polarities or with greater fanout capacity; UBEF03, UBEFOl , and UBEFOO are buffered by more than one gate. 

8.5.3 Fork A Instruction Decoding 

Normally, the address of the next microprogram word is derived from the contents of the microaddress field 
(UADR) in bits 7 through of the current microprogram word. Two branch selectors allow 2-way or 4-way 
branches on the conditions of various processor circuits and on the contents of various data registers. For most 
decision points encountered during the flow of machine states, this branch capability is sufficient. 
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Table 8-12 
Microprogram Bit Usage 



Bit Positions 



Contents 



Clocked At 



RACA 



*67 


FP start (UFPS) 


Tl 


*66 


clear sync (UCLS) 


Tl 


* 65-64 


Floating Point Control (UFPC) 


Tl 


63 


bus register clock (UBRK) 


T2 


62 


bus register multiplexer (UBRX) 


T2 


61-60 


source register MUX (USRX) 


T2 


59-58 


destination register MUX (UDRX) 


T2 


57 


source register clock (USRK) 


T2 


56-55 


destination register clock (UDRK) 


T2 


54-52 


condition-code load (UCCL) 


T2 


51 


program counter A CLK (UPCA) 


T2 


50-49 


program counter B CLK (UPCB) 


T2 


48-47 


shifter control (USHF) 


T2 


46 


instruction register CLK (UIRK) 


T2 





RACB 




45-44 


pad write-enable (UPWE) 


Tl falling 


43-41 


scratchpad address (UPAD) 


Tl falling 


40-39 


bus delay (UBSD) 


Tl 


38-37 


bus address multiplexer (UBAX) 


Tl 


36-35 


internal bus (UIBS) 


Tl 



RACC 



34-33 


shift counter (USHC) 


Tl 


32-30 


bus control (UBCT) 


Tl 


29-27 


miscellaneous control (UMSC) 


Tl 


26-24 


bus conditions (UBSC) 


Tl 


23-22 


A multiplexer (UAMX) 


Tl 


21-20 


B multiplexer (UBMX) 


Tl 


19-18 


constant multiplexers (UKMX) 


Tl 


17-15 


arithmetic logic unit cont (UALU) 


Tl 





RACD 




14 


fork C enable (UCFEN) 


not buffered 


13 


fork B enable (UBFEN) 


not buffered 


12 


fork A enable (UAFEN) 


not buffered 


11-08 


branch-enable (UBEF) 


not buffered 


07-00 


microprogram address (UADR) 


not buffered 



*UsedonlyintheKBll-D. 
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In certain situations, particularly after an instruction or data has been fetched by a state sequence that is common 
to many instructions, it is necessary to select a next machine state that is unique to one or a small class of instruc- 
tions. This requires a much wider branching capability. In the KBl 1-A, D processor, this capability is provided by 
the fork logic. Each of the three forks generates one of a large number of possible addresses, based on the decod- 
ing of the instruction, the address modes, and various processor status indications. When a fork is enabled by the 
corresponding fork-enable bit of the microprogram, the address generated by the fork is loaded into the ROM ad- 
dress register instead of the contents of the microaddress field. 

8.5.3.1 Decode Logic - Refer to drawing RACE. The logic illustrated on this drawing is part of fork A. This 
fork operates as the instruction decoder of the processor. Immediately after the instruction has been loaded into 
the instruction register (IR), fork A begins to generate an address. Because this address must be available within 
one machine cycle, fork A is designed to operate at maximum speed. Therefore, the amount of decoding is mini- 
mized; classes of instructions are recognized and the bits that differentiate members of the class are used directly 
as low-order bits of the generated address. 

This technique can be understood by examining the address utilization by the forks. As an example, consider the 
selection of addresses by fork A for the group of instructions ranging from HALT to RTT. The binary op codes 
for all these instructions are identical except for the three least-significant bits. When the fork A decode logic 
recognizes that all but the three least-significant bits are 0, bit 3 of the ROM address is set, and the three least- 
significant bits of the op code become the three least-significant bits of the address. 

8.5.3.2 Address Bit Generation - The logic shown on drawing RACE generates address bits for certain classes of 
instructions. These bits are then ORed with other signals that generate the same bits for other classes of instruc- 
tions to generate the fork A address. The address is then combined with the address from the microprogram in a 
bit-clear operation that is explained in Paragraph 8.5.8 and shown on drawing RACE. 

Tlie signal names indicate the use of each logic circuit as follows: 

a. The fork signals that are connected to the microaddress logic on drawing RACE have names that in- 
clude RAB (for ROM address bit), followed by the number of the address bit to which the signal is con- 
nected. 

b. In some cases, a signal is connected to more than one address bit because the same conditions generate 
both bits, as described in Paragraph 8.5.3.5 and shown on drawing RACE. 

c. Many RAB signals are connected to the same address bit. They are distinguished by a letter that tells 
which fork generates the bit, and where more than one signal can be generated for the same fork. Thus, 
the signal RACE AO RABOO is one of several signals used by the fork A logic to generate bit of the 
address. 

8.5.3.3 RACE AO RAB <02:00> - RACE AO RABOO L, RACE AO RABOl L, and RACE AO RAB02 L are used 
to generate microprogram addresses 001 through 007. No other fork A bits are enabled when these gates are en- 
abled. The enabling conditions for all three signals are identical, except that each signal corresponds to a different 
bit of the instruction register. The IR bits passed through the AND-NOR gates are the destination mode bits. 

These three signals generate addresses for a class of instructions that require destination address calculation (DAC), 
but no source address calculation. If the destination mode is 0, the destination data is in the destination register 
and no address calculation is required. 
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This group of microprogram words is used for tlie following groups of instructions: 

a. All single operand instructions (with op codes of 05 or 06); this includes the instruction group from 
CLR to ASL (in both word and byte forms), the variable address-space moves, SXT, and XOR. These 
instructions are recognized by their op codes and generate the signal RACE RCLASS H. 

b. The register and memory instruction group, which includes MUL, DIV, ASH, and ASHC. When one of 
these instructions is decoded, the signal RACE (MUL: ASHC + MFP) H is generated. 

c. Any double operand instruction with a source mode of 0. Because the source data is already in the 
source register, it is not necessary to do the source data fetch. These instructions generate the signal 
RACE BIN*SMO H. 

d. The three instructions JMP, JSR, or SWAB. These three instructions use the same address calculation 
as the single operand instructions. The signal RACE JMP + JSR + SWAB H is generated. 

8.5.3.4 RACE AG RAB03 - RACE AO RAB03 L is generated for the following groups of instructions: 

a. Branch instructions accompanied by a bus request (BRQ); these instructions generate fork A addresses 
ranging from 330 to 336. 

b. The six instructions which have 1 6-bit op codes, ranging from 000000 to 000006; these instructions 
range from HALT to RTT and use microprogram addresses 010 through 01 7 (01 7 is for a reserved op 
code that traps through location 4). 

c. Any DAC class instruction (except JMP or JSR, and MFP or NEG) with a destination mode of 0; these 
instructions generate microprogram addresses 030 and 050 through 053. 

8.5.3.5 RACE AO RAB04 — RACE AO RAB04 L is generated for any branch instruction. This signal is an input 
to bits 6 and 7 of the microprogram address, and to bit 4; as a result, all branch instructions generate fork A ad- 
dresses with these three bits set (addresses between 320 and 336). 

8.5.3.6 RACE AO RAB05 - RACE AO RAB05 L is generated for MUL, DIV, ASH, and ASHC instructions with 
a destination mode of 0, and for SOB instructions. RACE BIN L eliminates the binary instructions from UCLASS 
This RAB signal is also connected to RAB03 to generate addresses ranging from 050 to 057. 

8.5.4 Fork A Circuits 

The logic illustrated on drawing RACF is a part of fork A that generates microprogram addresses during instruc- 
tion decoding (Paragraph 8.5.3). RACE Al RABOO L, RACE Al RABOl L,and RACE Al RAB02 L generate the 
three least-significant bits of the ROM address for the classes of instructions described in the following paragraphs. 

8.5.4.1 HALT Through Op Code 7 - The seven instructions are all op code (HALT through Op Code 7). These 
instructions generate microprogram addresses ranging from 010 to 017; the 1 in bit 3 of the address is generated 
by RACE AO RAB03 L. 

8.5.4.2 X Class - The X Class instructions, MARK, MFP with a destination mode of 0, and MTP, generate ad- 
dresses of 074, 046, and 045, respectively. RAB02 is forced to a 1 , and the two low-order bits are the comple- 
ments of the corresponding bits from the instruction register. This inversion is done to permit sharing the group 
of microprogram addresses with the RTS through condition-code operate (CCOP) instructions; b6th CCOP and 
MARK have an op code with the least-significant octal digit a 4. Bit 5 of the address is set by RACF A2 RAB05 L. 
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8.5.4.3 U Class - U Class instructions include two groups: the binary instructions (with any source mode 
except 0, because that source mode is handled by cither the DAC or the E Class groups, depending on the destina- 
tion mode); and the MUL, DIV, ASH, and ASHC instructions with a destination mode of 0. The binary instruc- 
tions use four microprogram addresses, one for each pair of source modes (source mode 1 is treated as a pair, 
although source mode is handled separately). The address for each pair, except source mode 1, has a in the 
least-significant bit and the two most-significant bits of the source mode in address bits 1 and 2. Source mode 
has a 1 in bit 0, and the other two bits are treated in the same manner. Bit 4 of the addresses (which range from 
021 to 026) is set by the signal RACH Al RAB04 L. For the remaining four instructions, the least-significant 
octal digit of the op code (IR <1 1 :9>) generates the three least-significant bits of the address (050 througli 053); 
bits 3 and 5 of the address are set by the signal RACE AO RAB05 L. 

8.5.4.4 RTS Through CCOP - For the instructions ranging from RTS to the condition-code operators (CCOPs), 
the least-significant octal digit of the op code (IR <5:3>) generates the three least-significant address bits. The 
logic is complicated because a CCOP instruction may have any value between 4 and 7 in IR <5:3>; therefore, the 
two least-significant bits are forced to if any of these values is present. Address bit 5 is set by the signal RACE 
Al RAB05 L; this signal is not generated if IR <5: 3) contains a 1, because this is not a vaHd op code and the corre- 
sponding ROM address is not generated. 

8.5.4.5 RACF A2 RAB03 - RACF A2 RAB03 L distinguishes between E Class instructions by generating ad- 
dress 030, instead of address 020, for instructions with either a bus request or a destination register 7. 

8.5.4.6 TRUE 1:2- RACF TRUEl H and RACF TRUE2 H are used in the generation of addresses for branch 
instructions. These signals are mutually exclusive because they are generated for opposite polarities of IRl 5. In 
each case, if the branch condition specified by IR <10:09> is met, as determined by the four AND gates, the signal 
is asserted. Neither signal is asserted for a BR instruction, which is recognized directly because IR08 is a and 
neither TRUE signal is asserted (Paragraph 8.5.5). 

8.5.5 Fork A Logic 

The logic on drawing RACH is a part of the fork A logic that generates the next microprogram address during in- 
struction decoding. 

The IR09A and IRIOA flip-flops shown on this drawing are used to provide additional fanout capacity for the 
A fork instruction register (AFIR) (drawing RACJ), which is used to provide for the loading of the IR signals used 
by fork A logic. The data inputs and clocking signal for these flip-flops are identical to the signals used in the cor- 
responding AFIR bits. The outputs of these flip-flops are distinguished from the outputs of the corresponding 
AFIR bits by the A following the bit number. 

RACH PSWAB H is used to distinguish between the SWAB instruction and the JMP and JSR instructions; these 
three instructions are generally treated together. 

RACH BIN*(-SM01) L is used to recognize binary instructions with source modes 2 through 7. Source mode 
is handled as a DAC class instruction, as shown on drawing RACE. 

RACH NEG.B*DMO H is generated for a NEG or NEGB instruction with destination mode 0, because the NEG 
instruction is executed separately from all other single operand instructions. This signal directly generates address 
bit 7 by asserting RACH AO RAB07 L, and also asserts address bit 6 by generating RACH A2 RABOO L, which is 
an input to RACE RADR06 H. This signal generates ROM address 300. 

RACH DF7 + BRQ H is used for E Class instructions. 
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RACH A2 RABOO L is generated for floating-point instructions (address 101); branch instructions that generate 
the TRUEl signal (addresses 321, 325, 331, and 335); and the NEG.B instructions (address 300), as discussed 
previously. This signal also generates bit 6 of the address. 

RACH Al RAB04 L is generated for binary instructions with: both source and destination modes (addresses 
20 and 30; any source mode except (addresses 21, 22, 24, and 26); R Class instructions with destination mode 0, 
except MFP and the NEGB instructions (addresses 20 or 30); or SWAB instructions with a destination mode of 
(also addresses 20 or 30). 

8.5.5.1 Branch Instruction Address Generation - RACH A2 RAB02 L and RACH A2 RABOl L are used to gen- 
erate addresses for branch instructions. IR08 is used in branch instructions to negate the branch conditions speci- 
fied by IR <10:09); when this bit is set, only branch instructions which generate neither TRUEl nor TRUE2 
succeed. Because TRUEl and TRUE2 are mutually exclusive, tliere are only three possible combinations of the 
two signals; these three are then treated differently depending on the value of IR08, generating six possible values 
of RAB02 through RABOO. If IR08 is a and either TRUE signal is asserted, the branch fails; if IR08 is a I and 

a TRUE signal is asserted, the branch succeeds. The result is reversed for opposite combinations. The six possi- 
bilities are further divided by the presence or absence of a bus request to form 1 2 separate cases. Each of these 
1 2 cases generates a different microprogram address. This is done only to allow the fork A logic to operate at 
maximum speed; many of the ROM words thus addressed have common contents. 

8.5.5.2 Disable BUST - After the processor fetches an instruction, a second bus transfer is usually started 

to fetch the word in the address following the instruction because this word is usually needed by the processor. 
However, if this word is not needed, a new bus cycle with a different address is started in a later machine state. If 
a bus cycle is started unnecessarily during the instruction decode (IRD.OO) state, and the address selected is in the 
semiconductor memory, the memory must complete the unnecessary memory cycle before it can start any other 
cycle. The signal RACH DIS BUST L is used to prevent starting the unnecessary cycle in cases where it is known 
that the cycle is unnecessary. There are three conditions under which this signal is generated: 

a. The current instruction is a double operand (BIN) instruction, and the source mode is 1 , 2, or 3. 

b. The current instruction is a branch or conditional branch (BR INST) instruction, and there is a bus re- 
quest waiting to be honored. 

c. The next machine state must begin the fetch of a destination operand in destination mode 1 , 2, or 3. 

8.5.6 A Fork Instruction Register 

Drawing RACJ shows the A fork instruction register (AFIR), which is the second copy of the IR in the processor 
The primary IR is on the IRC module and is shown on drawing IRCA. The AFIR is used to provide the fanout 
capability needed by the fork A logic, and to provide slightly faster operation by eliminating the signal transmis- 
sion delays for signals from a register on another module. 

The AFIR clock signal is generated by a logic circuit identical to the IR clock circuit. The duplication is for pur- 
poses of speed and loading. The IR is clocked whenever the IR clock microprogram bit is set and either a Tl or a 
BUS LOAD pulse is generated. 

8.5.7 Microprogram Branch Logic 

The KBl 1-A, D processor is controlled by words fetched from a microprogram ROM; each word represents a ma- 
chine state. The sequence of machine states is controlled by the sequence of ROM words fetched. Normally, 
each ROM word contains the address of the next word to be fetched. When it is necessary to provide for 
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alterations in the sequence of machine states, two bits of the address contained in the current ROM word can be 
altered by inputs that sense processor conditions and data values. The altered bits select different addresses de- 
pending on their final values, so that up to four different addresses can be selected. This 4-way branch permits a 
wide variety of machine state sequences to use the same microprogram words. 

In the KBl 1-A, D, the two bits that can be altered by branch conditions are bits 5 and 4 of the microprogram ad- 
dress. Therefore, when a branch is used, the addresses selected for different conditions differ by 20 or 40. There 
are 16 sets of branch conditions. One of the 16 sets is selected by the four branch-enable bits in the current mi- 
croprogram word. 

The outputs of the branch logic are two signals; each signal is ORed with the corresponding bit of the micropro- 
gram address from the current ROM word. Normally, when the 4-way branch is used, bits 5 and 4 of the stored 
address are both Os, and the two branch signals select one of four addresses. If only a 2-way branch is desired, 
one of the stored address bits is set to a 1 , and the corresponding branch bit is ignored, because the result of the 
OR is always a 1 . 

If all of the branch-enable bits in the current microprogram word are Os, no branch conditions are used. The 
branch signals are always Os, so the final address bits reflect only the state of the stored address. In effect, this 
disables the branch logic. 

For 1 2 of the remaining 1 5 branch-enable values, there are two signals representing processor conditions, such as 
reset in progress (RIP) or step counter negative [SC05(1)] , or data values such as source register negative (SR15). 
A 16- way multiplexer, implemented by two levels of 4-way multiplexers, selects one pair of input signals to be- 
come the branch signals, RACK BRCAB 05 L and RACK BRCAB 04 L. The first level of multiplexers is con- 
trolled by three of the four branch-enable bits; the most-significant bit selects one of two, 4-way, 2-bit multi- 
plexers, and the two least-significant bits select one of four inputs for each of the two outputs. There are only 
two outputs active at a time because one of the multiplexers is disabled. The remaining branch-enable bit selects 
two of the four outputs from the first level multiplexers; one from each multiplexer. Only one of these can be 
active, so that input becomes the branch-enable bit. Table 8-13 lists the source of RACK BRCAB 05 L and 
RACK BRCAB 04 L. 

When the branch-enable codes have a value of 3 or 1 5, no branch inputs are supplied (the multiplexer inputs are 
grounded), so no branching occurs. 

When the branch-enable bits have a value of 14, the normal branch logic again produces no branch signals (the in- 
puts to the multiplexer are grounded) but the console branch logic is enabled. This logic varies the values of ad- 
dress bits 7, 6, 2, 1, and 0, depending on the console operation being performed. Logic on the UBC module en- 
codes the operation selected by the console switches, and this value selects the appropriate address. Console 
operations use microprogram addresses 070 through 077 and 270. 

8.5.8 Microprogram Address Assembly 

Refer to drawing RACL. The logic on this drawing combines the five sources of microprogram address informa- 
tion to generate the address of the next microprogram word. These five sources are: 

a. the three forks that generate different addresses during instruction decoding and operand fetching 

b. the branch inputs from the microprogram branch and console branch logic shown on drawing RACK 

c. the microaddress bits from the current microprogram word 

Each of the three fork inputs is controlled by a separate fork-enable bit in the current microprogram FEN field. 
The fork A enable is unconditional, while the fork B and C enables are conditional if certain branch-enable states 
exist. Only one fork is enabled at a time, and during most machine cycles all the forks are disabled. The branch 
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inputs, on the other hand, are never disabled; when branching is not desired, all the branch inputs are forced 
to a non-interf erring (0) state. 

Each bit of the microprogram address is generated by a negative input NOR-AND gate. The gate has four input 
NOR gates; one is used for each fork, and the last gate is used for the stored address and the branch inputs. All 
four gates must be qualified to assert the output of the AND gate; therefore, if any one of the input gates is dis- 
abled (has all inputs high), the AND gate has a output. 



Table 8-13 
Branch Signal Sources 



RACK RRCAR 0^ T 


RACK BRCAB 04 L 


RACD UBEF INPUTS 


j[V/TkV.^I\. UIW^rYU \JJ Lj 


03 


02 


01 


00 


Always asserted (GND09) 


Always asserted (GND09) 














IRCD DM357 H 


GRAB SR EQ ONE L 













IRCFZ2(1)H 


UBCC (PWRF + INTR) L 













GRAJ SC = L 


GRAJ SC05 L 












GRAJ DIV SUB L 


IRCHN(1)H 





1 








GRAB OBD (0) H 


GRAJ DIV QUIT L 





1 







DAPABR14L 


SSRA PS RESTORE (1)H 





1 







Always asserted (GND09) 


TMCB BRQ * - (T + CONF) L 





1 






RACK SYNC BRC 10(1)H 


RACK FP REQ L + 
RACK SYNC BRC 10(0)H 


1 











GRAJ SC = L 


GRAD DROO H 












TMCAC0NF(1)H 


TMCB BRQ TRUE L 












TMCB PF(0) * (SF + TF) H 


TMCB PF(0) * (SF + -TF) H 











Always asserted (GND09) 


Always asserted (GND09) 




1 








IRCB FJ CLASS L 


IRCC CLASS L 




1 







GRAD DROO H 


GRAHSR15H 




1 







RACK SYNC BRC10(1)H 


RACK SYNC BRC 10 (0) H + 
FRMF FP REQ WR L 




1 







When a fork is disabled, the fork-enable signal is a low, enabling the corresponding input of each AND gate. If all 
three forks are disabled, the corresponding three input gates on each AND gate are enabled, and the AND gate 
takes the state of the fourth input gate. This gate generates the OR of the stored address and any active branch 
inputs. If the branch inputs are all Os (low), the address assembly logic transmits the stored address unchanged 
(except for the inversion performed by the NOR gate). 

As a general rule, all but one of the four input gates are forced to a 1 , and the AND gate follows the state of the 
remaining input gate. When a fork is enabled, the stored address inputs must be forced to all Is to avoid forcing 

the corresponding output bit to a 0. 

NOTE 
All fork B addresses are between and 077; therefore, in some 
cases where fork B is enabled, bits 6 and 7 of the stored address 
may be without affecting the operation of the fork. 
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There is some interaction between tlie fork and brancli logic. Tlie fork B enable signal is unconditional, except 
when the branch-enable bits in the current microprogram word have the value 1 5 or 05. If the branch-enable bits 
have the value of 1 5, the fork B enable signal is generated only during the execution of F Class (floating-point) or 
J Class (JMP or JSR) instructions; if the branch enable is a 5, the fork B enable is generated only if the destination 
operand is not an odd byte. Similarly, the fork C enable is unconditional unless the branch-enable value is 14; in 
that case, the fork C is enabled for direct address modes (modes 2, 4, and 6) and disabled for indirect address 
modes (3, 5, and 7). The conditional enabling of forks B and C is usually used to permit one extra machine state 
before the use of the fork address. The fork is conditionally enabled with a branch condition. If the branch fails, 
the fork address is used, but if the branch succeeds, the fork is unconditionally enabled in the new microprogram 
word. 

In many cases, particularly for fork A, there is more than one input signal for the same input gate. Only one of 
the inputs to a particular gate is active at a time, because the logic that generates the input signals has mutually 
exclusive conditions. The NOR gate acts as the last stage of a combinational network. The primary reason for 
combining this OR function with the address assembly is to preserve the speed of operation of the forks. 

For more information on the fork and branch logic, and on the source of the stored microaddress, see the text ac- 
companying the drawings listed in Table 8-14. 

Table 8-14 
Address Assembly Sources 



Input 


Drawings 


Paragraph 


fork A 


RACE, 


RACF, 


RACH 


7.5.3-7.5.5 


forkB 


IRCB 






7.3.2 


forkC 


IRCC 






7.3.3 


branch 


RACK 






7.5.7 


microaddress 


RACD 






7.5.1 



8.6 TMC MODULE M81 05 

The Trap and Miscellaneous Control (TMC) Module M8105 provides the trap and miscellaneous control logic 
functions for the KB! 1-A. These functions include priority arbitration logic (drawings TMCA and TMCB) and 
most of the control logic required to execute the break conditions shown on flow diagram 1 2. Stack error and 
bus error detection logic is shown on drawings TMCC and TMCD. In addition, the logic required for numerous 
miscellaneous control signals used throughout the system is included on the TMC module. 

8.6.1 Request Storage 

The request storage register is made up of three 74S174 chips, shown on drawings TMCA and TMCB. The con- 
sole flag (CONF) flip-flop (drawing TMCA) can be considered as part of the request storage register. The bus re- 
quests that are stored are listed in Table 8-1 5 in the order of their assigned priority. The priority arbitration logic 
decides which trap, program interrupt, or bus request to honor. If an abort or power-fail condition is detected, 
the bus request storage register will be cleared. 

8.6.1.1 BRQ Clock - Refer to drawing TMCE. When the BRQ STROBE control signal is decoded from the 
current microprogram MSC field, the processor strobes all end-of-instruction requests. TMCE BRQ STROBE H 
is gated with TMCC STROBE INH L and TS3 to generate TMCE BRQ CLK H. This clock pulse strobes any re- 
quest into the priority arbitration network. 

8.6.1.2 Priority Clear - When an abort condition occurs, the priority arbitration storage flip-flops are cleared to 
ensure that only the abort will be serviced. However, if a power-fail trap is being serviced and a stack -limit-red 
condition occurs, the requests are not cleared. Under these conditions, the power-fail vector location is still used, 
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Table 8-15 
Processor Service in Order of Priority 



Order 


Condition 


Input 


Output* 


Result* 


1 


console flag 


UBCF S/INST L 


TMCACONF(l)H 


do console control 
function 


2 


memory management 


SSRD MEM MGMT 


TMCB SECT L 


trap (250) 




traps 


TRAP L 


TMCA HONOR SECT H 




3 


warning stack 
violation 


TMCD SL YEL 


TMCA HONOR SLY H 


trap (4) 


4 


power fail 


UBCEPDNF(1)H 


TMCA HONOR PWRF L 


trap (24) 


5 


floating-point 
exception trap 

CP LEV 7 


FP EXC TRAP L 
FRHH 


TMCA HONOR FPTRAP L 


trap (224) 


6 


priority interrupt 
request PIRQ7 


PDRDPIR15(1)H 


TMCA HONOR PIR7 L 


trap (240) 


7 


bus request, level 7 
interrupt 

CP LEV 6 


BUSA BR7 L 


TMCA HONOR BR7 L 


interrupt 


8 


priority interrupt 
request PIRQ6 


PDRDPIR14(1)H 


TMCA HONOR PIR6 L 


trap (240) 


9 


bus request, level 6 
interrupt 

CP LEV 5 


BUSA BR6 L 


TMCA HONOR BR6 L 


interrupt 


10 


priority interrupt 
request PIRQ5 


PDRDPIR13{1)H 


TMCA HONOR PIR5 L 


trap (240) 


11 


bus request, level 5 
interrupt 

CP LEV 4 


BUSA BR5 L 


TMCA HONOR BR5 L 


interrupt 


12 


priority interrupt 
request PIRQ4 


PDRDPIR12(1)H 


TMCA HONOR P1R4 L 


trap (240) 


13 


bus request, level 4 
interrupt 

CP LEV 3 


BUSA BR4 L 


TMCB HONOR BR4 L 


interrupt 


14 


priority interrupt 
request P1RQ3 

CP LEV 2 


PDRDPIRll (1)H 


TMCB HONOR PIR3 L 


trap (240) 


15 


priority request 
PIRQ2 

CP LEV 1 


PDRDPIR10(1)H 


TMCB HONOR PIR2 L 


trap (240) 


16 


priority request 
PIRQl 


PDRDPIR09(1)H 


TMCB HONOR PIRl L 


trap (240) 


17 


T bit set and not RTT 


PDRDPS04(1)H 
and-(IRCDRTTL) 


TMCB HONOR T L 


trap (14) 



^ Only if no higher priority request has been received. 
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but the old PS and PC are pushed into locations 2 and 0. (Refer to the stack errors path of branch enable BEl 3, 
shown on the break conditions flow diagram 12.) TMCC ABORT CLR, which generates TMCC PRIORITY CLR, 
also sets the BLOCK STROBE flip-flop. TMCC BLOCK STROBE (1) is used to inhibit the BRQ STROBE that 
occurs during microstate ZAP.OO from clocking in any new requests prior to acknowledgement of the abort. 
Once UBCN ACKN B H occurs for all aborts other than a stack error or power fail, BLOCK STROBE is cleared to 
allow service of an interrupt upon completion of the abort service routine (SVC.90) prior to the fetch of the next 
instruction. 

For stack errors and power fail aborts, BLOCK STROBE remains set until the fetch of the next instruction, 
blocking BRQ STROBE in both ZAP.OO and SVC.90 microstates, which prevents any requests from being 
strobed prior to the fetch of the next instruction. BLOCK STROBE is cleared in the FET.OO microstate by the 
BCT value 3 (clear flags). Thus, the BRQ STROBE in ZAP.OO is used only during the power-up, to check for the 
console S INST/S BUS CYCLE switch in the S INST position and the console HALT/ENABL switch in the 
HALT position. In this case, the console flag (CONF) is set and the processor is placed in console mode, instead 
of executing the power-up sequence. 

8.6.1.3 Power Fail Clear - UBCE PF CLR (1) L is used to clear the priority request register upon completion of 
honoring a power fail to allow the next instruction to be fetched. 

8.6.1.4 Internal Bus Initialization - UBCE INT BUS INIT L clears the request storage register as a function of 
initialization and the RESET instruction. 

8.6.2 Priority Arbitration 

The priority arbitration logic shown on drawings TMCA and TMCB ensures that a trap, program interrupt, or bus 
request will only be honored if no higher-priority request is present. The results of the priority gating are listed 
in Table 8-1 5. 

The processor priority field of the processor status word [PDRD PS <07:05> (1) H] is decoded on TMCB to block 
levels so that external devices on those levels can not interrupt the processor with a request for service. For 
example, if the priority field contains 5, TMCB BLOCK LEV <5:2> L outputs are asserted. These outputs inhibit 
any service request below BR6 from being honored. Only external devices that have a priority higher than 5 can 
interrupt the current processor operation. 

8.6.3 Control Logic 

Refer to drawing TMCB. 
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8.6.3.1 BRQ TRUE — At least once per instruction (except an SPL), tlie processor, during numerous micro- 
states (FET.OO, for example), checks for the BRQ condition. If a request is to be honored, the processor will 
then branch to BRK.90; otherwise, it continues through the normal flow sequence. The logic that generates the 
BRQ condition is shown on TMCB. When any of the request-honor outputs listed in Table 8-15 go low, TMCB 
BRQ TRUE is asserted. This signal is used to determine Branch Enable 1 2 throughout the flow diagrams. 

8.6.3.2 Enable Vector — ENB VEC (1) H is ANDed with the honored trap request to provide an output that 
will generate the vector address for that trap. ENB VEC is set upon entering the INTR PAUSE state, provided 
the processor is not servicing a bus request. The vector used during the servicing of a bus request is clocked into 
the BR during the INTR sequence on the Unibus. Table 8-16 lists the output asserted for each honored trap re- 
quest and the ultimate trap vector that is generated. 

Table 8-16 
Trap Vectors Enabled 



Trap Request Honored 


Output 


Trap Vector* 


TMCA HONOR FPTRAP H 


TMCB FPTRAP L 


244 


TMCA HONOR SECT H 


TMCB SEGT L 


250 


TMCA HONOR PWRF H 


TMCB PWRF L 


24 


TMCB HONOR T H 


TMCB TOK L 


14 


TMCB HONOR PIRQ H 


TMCB PIRQ L 


240 


(ORofPIR<7:l» 







* Trap vector generator is shown on drawing DAPE. 



When ENB VEC is set, TMCB TRAP INH L is asserted. This output inhibits instruction trap vectors from being 
gated into the KIMX while the non-instruction trap vector is taken. Any abort condition will also assert TMCB 
TRAP INH L with the TMCC BLOCK STROBE (1) H signal. ENB VEC is cleared by UBCB ACKN B H once the 
vector is clocked into BR. 

8.6.3.3 Branch Enable 13 (BE13) — The logic that controls microbranch-enable BE13 is shown on TMCB. All 
of the errors and requests that might be honored to cause an internal trap are ORed to provide an output called 
TF (and its complement, -TF). The 74H50 gates provide the following two outputs: TMCB PF (0) * (SF + TF) H 
and TMCB PF (0) * (SF + -TF) H. These outputs control which of four microbranch paths will be followed: 

a. PUPF (1) — If the power-up flag is set, neither output will be asserted. Microstate PUP.OO (100) will 
be entered. 

b. TF — When the power-up and stack error flags are both cleared [PUPF (0) L and - SERF (1) L] and a 
trap condition exists, only the TMCB PF (0) * (SF + TF) H output will be asserted. This output causes 
microstate BRK.80 (140) to be entered. 

c. -TF — When the power-up and stack error flags are both cleared and no internal trap conditions are 
present (-TF), only the TMCB PF (0) * (SF + -TF) H output will be asserted. This causes microstate 
BRK.20 (120) to be entered. 

d. SF — If the stack error flag is set, SERF (1) L will assert both outputs. This will cause the SER.OO 
microstate (160) to be entered. 
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Table 8-17 summarizes BE13 microbranch control. 



Table 8-17 
BRANCH ENABLE 13 



Condition 


Output* 


ROM Address 




A 


B 




PUPF(1)H 








1 00 — power up 




-TF 





1 


120 — interrupts, passive release, 
console continue 


and 


TF 


1 





1 40 — internal traps 




SERF(1)H 


1 


1 


1 60 - stack red errors 





*A = TMCB PF (0) * (SF + TF) H 
B = TMCB PF (0) * (SF + -TF) H 



8.6.4 Odd Address Error 

The odd address error detection logic is shown on drawing TMCC. An odd address error will be detected if an 
attempt is made to reference a word at an odd address. There are exceptions for certain operations where an odd 
address is legal during the execution of a word instruction. 

When the address is odd, byte address bit DAPB BAMXOO H is high. If IRCD BY IN H is not asserted, indicating 
that the instruction is not a byte instruction, TMCC ODD ADRS ERR L is asserted. Thus, during any non-byte 
instruction, a high byte address will be detected as an odd address error. 

If the ROM bus condition field is decoded to indicate the bus transaction is not BSOPl or BS0P2, and is not 
SRCl DAT! or SRC2 DATI, then it must be either DATI (BSC 0), kernel DATI (BSC 2), PC (BSC 4), or DATO 
(BSC 5). Under any of these conditions, a high byte address will produce an ODD ADRS ERR, even during byte 
instructions. During DATI or SRCl DATI with SM357, an odd address error is detected if BAMXOO is high. 
An odd address is legal only during BSOPl , BSOP2, SRC2 DATI, or SRCl DATI* - SM357. 

8.6.5 Fatal Stack Violation 

The SL RED signal is asserted when a fatal stack violation (red) is detected. The stack limit protection logic is 
shown on drawing TMCD. The three conditions that will cause the TMCD SL RED L error signal to be asserted 
are shown in Figure 8-8. 

8.6.5.1 Red Zone or Stack Limit Violation - The high byte of the virtual address of all stack-pointer-related 
DATO, DATOB, and DATIP operations performed in kernel mode is compared with the contents of the SL 
(stack Umit) register. If the high byte is less than the contents of the SL, a fatal stack violation is detected. 
Under these conditions, PDRC RED ZONE H is asserted. If the stack error flag is not already set, or the BLOCK 
STROBE flip-flop is not set, (Paragraph 8.6.7.4), TMCD SL RED L will be asserted when timing pulse T1GDT5 H 
goes high. This is done to prevent red zone error detection while the emergency stack (locations 2 and 0) is being 
used during the service of a red zone stack error. A latching gate keeps TMCD SL RED L low until the stack 
error service routine is completed and UBCB ABORT ACKN L goes low. 

If the high-order virtual address is equal to the SL contents, PDRC STACK LIMIT H is asserted. If the BAMX 
(07:05) H bits are not equal to 7 (16 words), the virtual address is below the 16-word yellow zone boundary. The 
-TMCD YEL ZONE H level is ANDed with PDRC STACK LIMIT H to qualify that input, and TMCD SL RED L 
will be asserted when timing pulse TIGD T5 H goes high. 
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15 



RED! FATAL STACK VIOLATION 
r 



STACK 0K< 



YELLOW:WARNING STACK. VIOLATION 



red: FATAL STACK VIOLATIONS 



08(07 



06 



05! 



INTERNAL REGISTER ADDRESSES 



VA<15:08> 
GREATER THAN 
SL<(5:08> 



VA<15;08> = 
SL<15:0B> 



VA<i5:08> = 
SL<15:08> 



BAMX<07:05> 

= 7 



BAMX<07;05> 
5^ 7 



OR 

VA<15:08> LESS THAN SL<15:08> 




-16 WORDS 



Figure 8-8 Red and Yellow Stack Violations 



8.6.5.2 Internal Address Violation - When the address of &ny internal register is decoded from the PA <1 7:09> H 
and BAMX <08:01> H inputs to the 741 55 chip, TMCD INTERNAL ADRS H is asserted. This signal is used to 
assert TMCD SL RED L (Figure 8-8). This protects the internal register locations from being inadvertently in- 
cluded in the stack. 

8.6.6 Warning Stack Violation 

The yellow warning stack violation detection logic is shown on TMCD. This stack limit protection logic is only 
enabled during stack-pointer-related DATO, DATOB, and DATIP bus operations, as is the case for SL RED. 
Under these conditions, TMCC KERNEL R6 (1) H and RACB UBSDOl H are both high (Figure 8-8). If the high- 
order byte of the virtual address VA <1 5:08> is equal to the contents of the SL, PDRC STACK LIMIT H is high. 
If BAMX (07:05) H is 7, the address is within the 16-word yellow zone. As a result, the SL YEL flip-flop is set 
at T2. 

8.6.7 Abort Detection 

The five conditions that cause an immediate abort are: 

a. odd address error 

b. fatal stack violation (red) 

c. memory management abort 

d. timeout 

e. parity error 

The logic that detects odd address errors and fatal stack violations is located on the TMC module and described 
in preceding paragraphs. Parity and timeout error detection logic is located on the UBC module and described in 
Paragraphs 8.7.7 and 8.7.2.2. The memory management abort logic is located on the SAP and SSR modules and 
described in the KTl 1-C, CD Memory Management Unit Maintenance Manual. 
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The five abort-causing inputs are ORed, as shown on TMCC, to assert TMCC ABORT H. Instruction execution is 
interrupted at T2 of the next pause cycle if any of these inputs is asserted. Any of the five conditions that assert 
TMCC ABORT H will also prevent the MSYN flip-flop on UBCB from being direct-set and inhibit the CONTROL 
OK from semiconductor memory. The TMCC ABORT H level is applied to UBCA to assert UBCA SSYN 
RESTART H after the address deskew delay. At the same time, TMCC ABORT H generates ROM address 200, 
ZAP.OO. 

8 6 7 1 KERNEL R6 - The KERNEL R6 flip-flop detects that a reference to the kernel's stack is being made 
and used to enable the stack limit error detection logic. All DATO, DATOB, and DATIP references are gated 
against the following conditions; 

a. The PAD address being referenced is 6 and the SR or DR is being used as the input to the BAMX. 

b. The ROM bus control code indicates a stack reference during a JSR (BCT = 5). 

8.6.7.2 Address Error Flag (AERF) - The purpose of the address error flag (AERF) flip-flop is to test for any 
type of address error, including odd address error, Unibus timeout, or memory management aborts. Odd address, 
timeout, and memory management abort signals are ORed. If any of these types of address errors are detected, 
or the CNSL ACT and KERNEL R6 flip-flops are not set, the AERF will be direct-set at time state TS2 of the 
pause or long pause cycle. 

8.6.7.3 Stack Error Flag (SERF) - The SERF flip-flop is set when any stack error is detected. Red fatal stack 
violations (SL RED) and yellow warning stack violations (SL YEL) are two stack error conditions. In addition, 
memory management abort conditions or bus errors detected during the pause cycle of a kernel R6 reference will 
also set SERF. Red fatal stack violations, memory management aborts, or bus errors will set SERF immediately 
at time state TS2 of the current pause cycle, when TMCC CLK FLAGS H goes high. These conditions demand 
immediate stack error service. If a yellow warning stack violation is detected, the SERF will not be set until the 
current instruction is completed; then TMCA HONOR SLY H and UBCB ACKN B H will clock and set SERF. 
SERF ( 1 ) H is one of the inputs that control the BE 1 3 microbranch-enable logic, directing the processor to the 
stack errors path if a red error is detected. For yellow errors, it prevents any BRQ STROBE from clocking in the 
new request until after the next instruction is fetched. 

8.6.7.4 Block Strobe - BLOCK STROBE is used to inhibit BRQ STROBE from strobing any requests if an 
abort condition occurs. It is used with PRIORITY CLR to prevent any trap vectors from being asserted or any 
traps from being honored while an abort condition is being serviced. It prevents the BRQ STROBE from occur- 
ring in either microstate ZAP.OO or in SVC.90. The reason BRQ STROBE is inhibited during ZAP.OO is to pre- 
vent requests from being strobed into the priority arbitration logic after PRIORITY CLR has cleared the storage 
register for service of an abort. The reason BRQ STROBE is inhibited during microstate SVC.90 is to disable the 
servicing of any requests once a stack error or power fail has occurred until after the execution of the next in- 
struction. 

If a fatal stack error occurs during the execution of a power-fail sequence, the PS and PC associated with the 
fatal stack violation are saved in locations and 2. A new PS and PC are established as determined by the power 
fail vector at location 24. The power-fail trap vector (24) is generated because TMCA HONOR PWRF H and 
SERF (1) H assert TMCB PWRF L. 

8.6.8 Internal Address Decoder 

Refer to drawing TMCD. A 741 55 Dual 2-Line-to-4-Line Decoder is used to decode internal register addresses 
from PA <17:06> H and BAMX <05:01> H. For any internal register address (77777X), the Al input goes low 
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when UBCA CPBSY B H goes high. The AO input will not be quahfied because BAMX 07 H is high. DAPB 
BAMX (02:01) H are applied to the select inputs. Depending upon these two low-order address bits, the Al in- 
put will be demultiplexed to one of four outputs as indicated in the following chart. 



Register Address 


DAPB BAMX 


Output Selected 


Function Asserted 


02 


01 


777770 
777772 
777774 
777776 


L 
L 
H 
H 


L 
H 

L 
H 


IFO 
IFl 
1F2 
1F3 


PB ADRS L 
PIR ADRS L 
SLADRSL 
ST ADRS L 



If the switch register address (777570) is decoded, DAPC BAMX 07 H will be low. Under these conditions, if 
TMCE GET OFF H is not asserted, a high level will be applied at the AO input and the Al input will also be high 
(disquahfied). The low-order bits DAPB BAMX <02:01> H will be low and the 2F0 output at pin 7, TMCD SW 
ADRSL, will be asserted. TMCD SW ADRS H is gated with SSRK KTl IC FAST (1) L to inhibit switch addresses 
from the internal bus during KTl 1-C, CD register operations, because the physical address lines can change while 
KTl I-C registers are being addressed. 

8.6.9 DMX Select 

Refer to drawing TMCD. The decoded internal address outputs are used to provide TMCD DMX SI :S0 H, 
which select the appropriate register to be gated onto the Unibus during a DATI or DATIP transaction, as shown 
on drawing PDRE. The selection lines are used with TMCD HI BYTE EN H and TMCD LO BYTE EN H to mul- 
tiplex five registers onto the Unibus, as indicated in the following chart. 



TMCD DMX 


Register 


SI 


SO 


L 
L 
L 
H 
H 


L 

H 
H 
L 
H 


BR 

SL (HI BYTE EN only) 
PB (LOW BYTE EN only) 
PIR 
PS 



8.6. 1 Bus Condition Multiplexer 

Refer to drawing TMCE. The bus condition multiplexer decodes the class of the current instruction and the Uni- 
bus condition-code field of the ROM to provide TMCE CI H and TMCE CO H. These outputs are used to gener- 
ate Unibus control signals CI and CO, as shown on drawing UBCC. BSCMX is a 74S153 multiplexer shown on 
drawing TMCE. RACC UBSC <02:00> H are used to generate TMCE <CI :C0> H as shown in the following chart. 
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BSC Field 



0-3 



TMCE 



CI 


1 


1 



1 

1 



CO 







1 




1 



Conditions 



BSC = 0-3 are all DATl operations. Tlie 
bus condition multiplexer is not enabled. 

DATO if FPCl = 1 

DATIifFPCl =0 

BSC = 5 is always DATO and CI is forced 
to 1. 

P Class asserts CO for DATIP. 

O Class asserts CI for DATO. 

BSC = 7 always forces CI to 1 for DATO. 

BYIN asserts CO for DATOB. 



8.6.1 1 Miscellaneous Control and Bus Delay Signals 

The miscellaneous control signals generated by the combinational logic shown on drawing TMCE are used 
throughout the TMC module and are issued to other modules in the processor, memory management unit, and 
floating-point processor. The RACC UMSC (02:00) outputs of the ROM MSC field are clocked out at time state 

Tl and the appropriate inputs will be available when TMCC TS3 CLKA H goes high. The logic is straightforward 
and the conditions required to assert each miscellaneous control signal output can easily be determined by in- 
spection of input signal mnemonics. Table 8-18 lists the functions of the control and bus delay signals generated 
by the logic shown on drawing TMCE. 



8.6.12 Internal Bus Signals 

The IBS field is decoded from the ROM to provide RACB UIBS (01 :00>, which control the internal processor 
bus. If either of these bits are high, the internal bus is required for internal processor operation and TMCF GET 
OFF H will be asserted. This prevents external devices such as the memory management unit from placing data 
on the internal bus. 

When the IBS field is 1 , and UBCJ DDC STOP L is asserted and TMCF DDC ATTN L is sent to the DEC Data 
Center (DDC) terminal. This enables the DDC to put its address onto the Unibus D hnes to be strobed into the 
BR. If DDC STOP L is high, TMCF READ SW L will be asserted. This signal gates SWR <1 5 :00) input from the 
console switch register to the internal bus. 

8.6.13 Bus Register Multiplexer Control 

The logic for the BRMX select is generated on drawing TMCF. Because the internal selection is a function of the 
address presently being asserted, there are cases where the bus input is needed and the address is not known. 
These cases occur during the INTR transaction on the Unibus and during DDC transactions, when the address is 
asserted on the Unibus. Thus, during INTR PAUSE or DDC ATTN, TMCF SELINT L and TMCF SELMEM L 
signals are inhibited. The SELMEM signal is also inhibited when an internal address or internal bus command is 
issued. The bus register multiplexer is shown on drawing PDRA. 
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Table 8-18 
TMCE Control and Bus Delay Signal Functions 



Signal 



Function 



Miscellaneous Control Signals 



TMCE BRQ CLK 


Strobes end-of-instruction requests into the priority 




arbitration logic shown on TMCA and TMCB. 


TMCE BEND CLR 


Stops Unibus and Fastbus memory cycles when fur- 




ther address calculation is requred. 


TMCE SET PRIORITY 


Enables loading BR<2:0> into PS<7:5> for SPL (Set 




Priority Level) instruction. 


TMCE BUST OUT 


Generated by ROM to start bus cycle. 


TMCE FLOATING ATTN 


Signals FPP that, address^ instruction or data is 




ready to be taken. 


TMCE SET CONF 


Sets CONF if HALT in kernel mode, parity error, 




or console reset occurs. 



Bus Delay Signals 



TMCE BUS LONG PAUSE 

TMCE INTR PAUSE+ 
TMCE PAUSES 

TMCE INTR CLR 



Indicates second half of bus cycle and that address 
lines will change immediately upon exiting present 
ROM state. Stops timing in T5 of Unibus operation 
to allow address deskew to be completed. 

Signifies beginning of service routine. Enables bus 
grants to occur or trap vector to be enabled. 

Indicates second half of bus cycle. Enables signals 
such as MSYN and CONTROL OK. Causes timing 
generator to wait for SS YN at T2 of Unibus cycle 
or at T5 of Fastbus cycle. 

Clears CP BSY if bus operation is aborted and 
notifies FPP that CPU is servicing interrupt. 



8.7 UBC MODULE (M8106 in the KBll-A, M8119 in the KBU-D) 

The Unibus and Console Control (UBC) Module provides Unibus, Fastbus, and console control logic functions for 
the CPU. The Unibus control functions are compatible with all Unibus devices. The UBC module also contains 
control logic for the Fastbus interface with floating-point and high-speed metal-oxide semiconductor (MOS) and 
bipolar memory. 
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8.7.1 Bus Control Introduction 

When the central processor requires a memory reference to fetch or execute an instruction, the Unibus and 
Fastbus control sequences are initiated. Fastbus devices will decode the address lines while Unibus control is be- 
ing obtained and before the 1 50-ns deskew delay is completed. If the address applies to a Fastbus device, that 
device will respond in time to inhibit the Unibus MSYN signal and a Fastbus control sequence will occur. The 
Fastbus control sequence is described in Paragraphs 8.7.4 through 8.7.6. If no Fastbus device responds before 
deskew is completed, the Unibus MSYN signal is asserted and the Unibus control sequence continues. The Uni- 
bus control sequence is described in Paragraph 8.7.2. All KBl 1-A, D memory references consist of BUST and 
PAUSE cycles. 

8.7.1.1 BUST (Bus Start) Cycle - When BUST is decoded from the ROM MSC field of a microstate, address 
lines are asserted and a memory management delay is provided. An attempt to gain control of the Unibus is ini- 
tiated when, if successful, an address deskew delay is initiated. During this cycle, the processor and memory 
management logic tests for odd address and page address errors and fatal stack hmit violations. 

8.7.1.2 PAUSE Cycle - Errors are acted upon during the PAUSE cycle. If an error Tias been detected, MSYN 
(Unibus) and CONTROL OK (Fastbus) will not be asserted. The error condition restarts the timing generator 
and forces the ROM to ZAP.OO (200). If no errors are detected, MSYN or CONTROL OK is issued and the data 
transfer occurs. The two types of PAUSE cycles are bus pause and bus long pause; the type is determined by the 
ROM BSD field for each machine state. 

a. bus pause: If the address and C Hnes are to remain the same upon entering the next ROM machine 
state, bus pause (BSD = 2) is specified because the Unibus address deskew can be completed during the 
next ROM state. 

b. bus long pause: In the earlier KB 1 1 -A if the address and C lines are to be changed upon entering the 
next ROM state, bus long pause (BSD = 3) is specified. Under these conditions, all Unibus address de- 
skew delays are completed before leaving the current ROM state (T5 start). 

8.7.1.3 Unibus Control - BUST is decoded from the ROM at Tl. A delay is provided when the KTl 1-C, CD 
Memory Management Unit option is implemented. During this time, TIGA STOP T3 L is asserted. During this 
delay, the processor asserts the address lines and control lines. 

8.7.2 DAT! and DATIP Unibus Transactions 

The UBC logic that initiates and controls DATI and DATIP Unibus transactions is described in the following 
paragraphs. The descriptions are presented to follow DATI and DATIP sequences. Much of the logic is com- 
mon to DATO and DATOB Unibus transactions, which are described in Paragraph 8.7.3. 

ECO KBl 1-A No. 13 ("Speed-up ECO"), in conjunction with Revision C or higher of the PDR Module (M8104), 
has changed the data transfer operations. Explanations of both versions are presented in this paragraph. (In 
general, ECO KBl 1-A No. 13 eliminated the bus long pause cycle.) 

NOTE 
The KBl 1-D uses an M8104 of REV C or higher only. (KBll-D 
includes ECO KBl 1-A No. 13.) 

8.7.2.1 CPBSY - TMCE BUST H and TIGD T3 B H set GET BUS. When all current NPR requests have been 
honored, UBCA UNIBUS RELEASE H will be high. UBCA UNIBUS RELEASE = -(D SACK + NPR + NPG + 
BBSY). Under these conditions, GET BUS sets CPBSY. The processor now has control of the Unibus and asserts 
BUSA BBSY L. 
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8.7.2.2 Address Deskew - CPBSY and GET BUS will assert UBCA DESKEW ADRS H when SSYN from the 
previous Unibus transaction is negated (-SSYN) and the current Unibus transaction is a DATO or DATOB, or 
immediately if the transaction is DATI or DATIP. 

The deskew register shown on drawing UBCB consists of six D-type flip-flops provided by a 74S1 74 IC. The 
UBCA DESKEW ADRS H signal is applied to the D5 input. The flip-flops are clocked by TIGC TF H. The 
period of TIGC TF H is 30 ns. The UBCA DESKEW ADRS H input is propagated through the deskew register 
by five successive clock pulses so that after a 150-ns delay, UBCB DESKEW COMP H is asserted. 

8.7.2.3 MSYN - The delay provided by the deskew register allows for worst-case signal skew and allows time 
for internal logic in slave devices to decode the address. UBCC SSYN B L assures completion of the previous 
Unibus transactions. (For DATI transactions, address deskew may be completed prior to the removal of SSYN 
from the preceding bus cycle.) As soon as UBCB DESKEW COMP H is asserted, the MSYN flip-flop will be direct 
set, if no errors are detected. 

The MSYN flip-flop and error condition gates are shown on UBCB. TMCE PAUSES B H (in the earlier KBl 1-A, 
RACE USDOl H in the current KBl 1-A and all KBl 1-D) and UBCA TS2 CLK H must be asserted. MSYN will be 
set if none of the following errors has occurred: 

a. odd address error 

b. memory management abort 

c. stack limit red 

d. parity error 

If any of the above errors is detected, MSYN cannot be set. An error condition restarts the timing generator and 
forces the ROM to Z AP.OO. Also, MSYN cannot be set if the Fastbus is in use (TMCF FAST L must be high). 
As previously stated, when a Fastbus device is addressed, that device will assert TMCF FAST L and inhibit 
MSYN. 

The conditions that cause the MSYN flip-flop to be cleared are determined by the type of bus transaction that is 
in progress. Typically, for DATO bus transactions, MSYN is cleared when the SSYN signal is received from the 
slave device. For DATI and DATIP transactions, MSYN is cleared by the BUS LOAD signal (if bus long pause), 
at Tl of the next ROM cycle (if bus pause), or at T3 if KBl 1-A ECO No. 13 is in the CPU. These conditions are 
described in the following paragraphs. If a nonexistent memory is addressed, MSYN will be cleared by UBCB 
TIMEOUT H. 



8.7.2.4 Bus Pause and DATI or DATIP, Early KBl 1-A Units - 

a. Bus Pause and DA TI - In the pause cycle (UBSDO 1 H) of a Unibus transaction (-TMCF FAST L), 
the TIGA STOP T3 L signal is asserted to stop the timing generator and wait for the slave device to 
respond with SSYN (Figure 8-9 A). When the slave device receives MSYN, it completes a read cycle, 
outputs data on the D lines, and asserts SSYN. When the processor receives BUS SSYN L, it asserts 
UBCC SSYN B H. 

Refer to UBCA. UBCC SSYN B H is ANDed with UBCB MSYN (1) H to provide UBCA SSYN 
RESTART H, which restarts the timing generator by inhibiting TIGA STOP T3 L. As the timing 
generator advances to time state TSl , TIGC Tl B L asserts UBCB CLK BR H to clock the data from 
the slave device into the BR. The ROM state BRK bit must be a 1 to allow the BR CLK to be asserted. 
The TIGB TSl L signal asserted at this time is used as the clock to clear the MSYN flip-flop (drawing 
UBCB). CPBSY is cleared on the following T4. 



8-53 



b. Bus Long Pause and DA TI or DA TIP (KBll-A before ECO 13)- During a bus long pause DATI or 
DATIP Unibus transaction, the timing generator is restarted when BUSA SSYN L is received from the 
slave. However, because a bus long pause is in effect, TIGA STOP Tl L is asserted. RACB UBSD 00 H 
and TIGA UBSD 01 H are high until UBCA BLP DESKEW is true, at which time the TIG resynchronizes 
and issues Tl , which clears CPBSY and removes the A and C lines. The purpose is to allow an additional 
75 ns for address deskew after MSYN is cleared during a bus long pause Unibus transaction. The sequence 
is described in the following paragraphs and shown in the DATI bus timing diagram (Figure 8-9B). 
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BUS LOAD (KBll-A before ECO 13) - During a DATI or DATIP with a bus long pause, MSYN remains set until 
the BUS LOAD flip-flop is set. Refer to UBCB. BUS LOAD is set one clock pulse after T5 (GRAC T6 L) to allow 
completion of write-to-scratchpad for the previous cycle before the IR and BR are loaded with new input data. 
UBCB BUS LOAD H du-ect-clears MSYN. When this happens, all inputs are qualified to assert UBCA BLP DESKRW 
H. 

UBCB BUS LOAD L asserts UBC CLK BR H at this time, provided the ROM state BRK bit is 1 . 

BLP DESKEW (KBl 1-A before ECO 13) - The purpose of BLP DESKEW is to allow 75 ns for address deskew 
before address hnes are removed from the Unibus. The logic that initiates bus long pause deskew timing is shown 
on drawing TIGA. With TMCE BUS LONG PAUSE H asserted, the signal UBCA BLP DESKEW H will be asserted 
as soon as the MSYN flip-flop is cleared, because GET BUS is cleared and CPBSY is still set. The UBCA BLP 
DESKEW H signal is used on TIGA to disable STOP Tl and restart the timing generator (zone C8). As a result, a 
75- to 100-ns delay is provided. This period of time is allowed for address deskew before timing restarts because 
the A and C lines will change upon exiting the pause cycle. When UBCA BLP DESKEW H is asserted, the next Tl 
time state sets BLP CLR, which clocks and clears CPBSY (drawing UBCA). 

BUSA BBSY L - The BUSA BBSY L signal is asserted when the CPBSY flip-flop is set, as shown on drawing 
UBCA (zone D2). While the BUSA BBSY L signal is asserted, the UNIBUS RELEASE H signal is inhibited. During 
the bus long pause cycle of a bus transaction (other than DATIP), the following Tl clears CPBSY and allows UBCA 
UNIBUS RELEASE to be asserted. During a bus pause, CPBSY is cleared after the timing generator is restarted 
when TIGB TS4 L causes UBCA TS4 CLK H of the next ROM state to be asserted. The removal of BUSA BBSY 
from the Unibus allows a previously granted device to take control. 

8.7.2.5 Bus Pause and DATI or DATIP in the KBl 1-D and Later KBl 1-A Units - The following description 
applies to machines that incorporate ECO KBl 1-A No. 13 and Revision C of the PDR module M8104 (current 
KBl 1-A and all KBl 1-D). This ECO effectively eliminates the Bus Long Pause and its deskew in T5 at the end of 
the bus cycle (Figure 8-10). 
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TMCE BUST H is asserted at Tl . T3 does not occur until the end of the KTl 1-C, CD delay, at which time UBCA 
GET BUS is set. If there is no other bus operation, UBCA UNIBUS RELEASE H is asserted, and UBCA CPBSY 
is set. This starts the address deskew, at the end of which UBCB MSYN is set. The CPU now waits for BUSA 
SSYN L from the Unibus; when it occurs, UBCC SSYN B L [in conjunction with UBCB MSYN (1) H] generates 
UBCA SSYN RESTART H. This, in turn, starts the synchronizer on TIGA. 

A minimum of 75 ns is required to restart the clock at T3; this allows for data deskew. This same T3 strobes the 
bus data into the PDRJ Bus Buffer Register and resets UBCB MSYN. At the next Tl , if the flows call for a Bus 
Long Pause, or at the T4 after that, if a Bus Pause, UBCA CPBSY, is reset. This is the only difference between 
a Long Pause and a Pause in the newer KBl 1-As. The time from the end of MSYN to the Tl following it allows 
for address deskew. 

8.7.2.6 TIMEOUT - The TIMEOUT logic shown on drawing UBCB terminates the Unibus transaction if an 
SSYN response is not received within 10 or 5 ^s after the MSYN flip-flop is set. 

The UBCB MSYN SET H signal, which is asserted when MSYN sets, is applied to the D input of the TIMEOUT 
flip-flop. At the same time, it is applied to the 74123 one-shot. If the 74123 is not direct-cleared within 10 or 
5 MS, the output will clock the TIMEOUT flip-flop. If the slave device returns the SSYN signal within a normal 
time, UBCC SSYN B L will clear the one-shot and prevent the TIMEOUT flip-flop from being set. 

If BUSA SSYN L is not received within 10 or 5 fis, the TIMEOUT flip-flop gets set and a trap to location 4 occurs. 
Once the trap vector has been clocked into the DR, the next ROM state BCT field asserts UBCB ACKN L, which 
clears TIMEOUT. 

8.7.3 DATO and DATOB Unibus Transactions 

8.7.3.1 Early KB 1 1 -A Machines - Initial Unibus control functions for DATO and DATOB transactions are iden- 
tical to those described for DATI and DATIP. The sequence is initiated by BUST at TSl . Refer to the DATO/ 
DATOB timing diagram in Figure 8-1 1 . During the KTl 1-C, CD delay, the Unibus address and control Hnes are 
asserted. After the KTl 1-C, CD delay, the timing generator starts and at TS3, TMCE BUST OUT initiates the 
processor's attempt to get control of the Unibus by setting GET BUS. If the Unibus is already busy, there will be 
a delay until UNIBUS RELEASE H is asserted before CPBSY will set. When BUSA SSYN L (drawing UBCC) 
from the previous Unibus transaction is negated, UBCA DESKEW ADRS H is asserted. The deskew delay lasts for 
1 50 ns. During this time, the Unibus address, control and data lines are asserted. If the address is that of a Fastbus 
device, or internal register, or if a bus error or page address error occurs, MSYN cannot be set. Otherwise, MSYN 
is set 1 50 ns after CPBSY. 

The addressed slave device receives the control and MSYN signals, strobes in the word (or byte) of data, and 
asserts BUS SSYN L. When the processor receives BUSA SSYN L, it asserts UBCC SSYN B L, which in turn 
asserts UBCA SSYN RESTART H to restart the timing generator. 

UBCC CI B H is asserted for DATO or DATOB. Therefore, when TIGB TS4 L goes low, UBCC MSYN CLR H 
is asserted; this clears MSYN. Because the timing generator must resynchronize when BLP DESKEW is asserted, 
three time periods (90 ns) will elapse before Tl is issued. This allows the slave device deskew time before the 
address, data, and control lines will be removed. When the slave device sees MSYN fall, it drops SSYN. 

8.7.3.2 DATO and DATOB in the KBl 1-D and the KBl 1-A with ECO KBl 1-A No. 13 - The DATO and 
DATOB operation in recent KBll-A systems and all KBl 1-D systems is identical to that of DATI, which is 
explained in Paragraph 8.7.2.5, with the exception that the data strobed into the PDRJ Bus Buffer Register is not 
used. 
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8.7.4 Fastbus Transactions 



Fastbus transactions are initiated in the same manner as Unibus transactions. When BUST is decoded from the 
MSC field of the ROM for a particular microstate, STOP T3 L is asserted for a KTl 1-C, CD delay. During this 
time, the Fastbus address and control lines are asserted. If the address is that of a Fastbus device (such as semicon- 
ductor memory, KTl 1-C, CD, or an internal register), TMCF FAST L asserts UBCB FAST H, the signal UBCB NOT 
UNI L asserts UBCB CLR UNI H, and CPBSY is cleared at T2. The Unibus control sequence is terminated and 
TMCF FAST L prevents MSYN from being set. 

UBCB CLR DESKEW L is used to restart A + D + C deskew for special-case DATO transactions. For semicon- 
ductor memory storage, the data need not be present in the BR until CONTROL OK is issued. However, for 
Unibus operations, the data must be present prior to the start of the 150-ns address deskew. For certain DATO 
operations (SHR.IO, EXC.OO), the data is not loaded until Tl of the pause cycle; the Unibus deskew must not be 
restarted. Therefore, for BS0P2 (DATO and DATOB) and BSOPl DATO operations, if the BRK ROM bit was 
true in the previous cycle, UBCB CLR DESKEW L is asserted at T2 and the deskew is restarted. 

8.7.5 Fastbus DATI and DATIP 

After the KTl 1-C, CD delay, the timing generator advances to TS3 and TMCE BUST OUT L is asserted. Refer to 
the timing diagram shown in Figure 8-12. Assume that the address was located in a semiconductor memory. 
During the remainder of the BUST cycle, the semiconductor memory control decodes the address and responds 
with SMCF MEM L. When the processor receives this input, it asserts TMCF MEM H and TMCF FAST L. 

The processor enters the pause cycle and checks for errors. If no bus errors, stack limit red errors, or parity errors 
are detected, TMCE BEND ERR L will be high. If no page address abort coridition is detected by the KTl 1-C, CD 
logic, SSRC KTl IC ABORT FLG L is asserted (drawing UBCA). As a result, CONTROL OK is set at T3 of the 
pause cycle. The CONTROL OK output indicates to the semiconductor memory control that the control lines 
are stable. The signal is used to latch decoders in the semiconductor memory control. The memory proceeds to 
do a read operation and then asserts the SMCA MEM SYNC (B) L, indicating that the data is ready. TIGA STOP 
Tl L is asserted until SMCA MEM SYNC (B) L is received. The timing generator is suspended in TS5. When 
SMCA MEM SYNC (B) L is asserted, the timing generator restarts. TIGB Tl L clears CONTROL OK. When it 
does, the semiconductor memory control logic drops SMCA MEM SYNC (B) L. 
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Figure 8-12 DATI and DATO Fastbus Control 



8.7.6 Fastbus DATO and DATOB 

The DATO cycle for Fastbus transactions is similar to the DATI cycle; the difference is that data lines are as- 
serted at time Tl of the ROM state with the BRK bit set to 1. SMCA MEM SYNC (B) L is asserted by the mem- 
ory control logic as soon as the data is taken. If this happens prior to TS5 of the pause cycle, TIGA STOP Tl L 
will not be asserted and the processor timing generator is not suspended in TS5. 

8.7.7 Parity Error Logic 

A parity error on Unibus A is indicated by BUSA PA L high and BUSA PB L low. This condition causes the 
UNIPERF flip-flop on UBCB to set when MSYN is cleared. A semiconductor memory parity error causes 
SMCB FERE L to set another flip-flop on UBCB (zone A5). The output of this flip-flop and that of UNIPERF 
are ORed to assert UBCB PARITY ERR H. 

At the end of the PAUSE ROM cycle, both UBCB PARITY ERR L and UBCB PE ABORT L are asserted. The 
first of these signals generates trap vector 1 14 on DAPE. The second one asserts RACA ZAP L at the next TS2; 
it also clears the TMCA priority network through TMCC ABORT CLR L and TMCC PRIORITY CLR L, if no 
stack limit error is pending (TMCD SL RED L). This abort occurs one ROM state after the PAUSE ROM state. 
Note that all other aborts occur directly after the PAUSE state. 

UBCB ABORT ACK H clears both UNIPERF and the semiconductor memory error flip-flops. 

8.7.8 NPRandNPG 

Refer to drawing UBCD, which shows the NPR (non-processor request) and NPG (non-processor grant) logic. 
Any Unibus A device can assert the BUSA NPR L input, which takes precedence over any processor request for 
use of the Unibus. UBCC DATIP L and UBCE ACLO B L inhibit NPRs. DATIP is used to inhibit setting the 
NPR flip-flop to improve the NPR latency. TMCC FREE CLK (1) H, which is independent of any processor 
time state, will set NPR when UBCD NPR RQ L is asserted. 
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If the processor is not in tlie process of servicing a bus request, NPG will be set on the next UBCD GRANT CLK 
L pulse. Thus, the processor asserts the UBCD PROC NPG H onto the Unibus to the device that is requesting 
Unibus control simultaneously. The NPG flip-flop remains set until the device responds with a SACK signal. 
The UBCA D SACK (delayed SACK) then clears the NPR flip-flop and the device scheduled to become the new 
master waits for the BBSY to be cleared so that it can become master and assert BBSY. At the time NPG is set, 
UBCD GRANT L is asserted to begin the NO SACK timing sequence described in Paragraph 8.7.9.1. 

8.7.9 Priority Bus Request 

The priority arbitration logic on TMCA and TMCB checks bus requests against the priority established by the 
processor status word. When a bus request on one of levels 4 through 7 is honored, UBCD EXT BRQ H is as- 
serted as shown on drawing UBCD. Nothing happens until the processor enters time state TS2 of the interrupt 
pause cycle. When no NPR is present, the SERVICE BR flip-flop will be set by the clock pulse. As a result, the 
GRANT BR flip-flop will be set on the following TMCE FREE CLK (1) H transition. UBCD GRANT BR (0) H 
is the select input to a 741 57 data selector. When GRANT BR is set, the B inputs (honor bus requests) are 
selected to provide the processor bus grant outputs. Thus, if the priority arbitration logic issued TMCA HONOR 
BR 5 L, UBCD PROC BG 5 H will then be asserted. 

8.7.9.1 NO SACK - At the time GRANT BR or NPG is set, UBCD GRANT L is asserted to initiate the NO 
SACK timeout sequence. UBCD GRANT H is applied to a 74123 one-shot. A 5- to lO-fis delay is provided be- 
fore the 74123 output clocks and sets the NO SACK flip-flop. If no BUS SACK signal is received by this time, 
the UBCD NO SACK (1) L signal clears the NPG and GRANT BR flip-flops. On the M81 19 (of the KBl 1-D) an 
additional 74S74 flip-flop is provided to drive an LED NO SACK indicator. This indicator is provided as a diag- 
nostic aid. 

8.7.9.2 INTR RESTART — There are two ways to restart timing after a device gains bus control with one of 
the BR levels. The logic that generates INTR RESTART H is shown on drawing UBCA. The UBCA INTR 
RESTART H signal is usually asserted by UBCC INTR B L in the KBl 1-A or UBCC INTR B DLY L in the 

KBl 1-D. (UBCC INTR B DLY L has additional 125-ns delay to allow the interrupt address to be taken from the 
Unibus.) Under normal conditions, the device may perform several transfers before asserting BUS INTR L. 

If a device does not respond to BG by asserting SACK within 5 to 10 MS, the NO SACK flip-flop will clear. The 
bus grant signal is cleared and restart is accomplished. 

A passive release will also cause the timing to restart. When GRANT BR is set, UBCD GRANT BR H will set 
the PASSIVE flip-flop. The delayed SACK response from the device, D SACK L, clears the GRANT BR flip- 
flop. When the device drops BBSY, upon completion of the last data transfer, the UBCA INTR RESTART H 
signal is asserted. The PASSIVE flip-flop will be cleared by TIGD T5 L. 

8.7.10 Interrupt Flag 

Refer to drawing UBCC. When a device which has been selected as bus master asserts BUSA INTR L, it initiates 
an interrupt bus transaction. When the processor receives BUSA INTR L, the INTRF (interrupt flag) flip-flop is 
set, which asserts UBCC (PWRF + INTR) L. At the same time, UBCC INTR B L (in the KB! 1-A or UBCC INTR 
B DLY L in the KBl 1-D) restarts timing by asserting UBCA INTR RESTART H. 

The processor waits until Tl for deskew to ensure that all bits of the interrupt vector address are available on 
the D Unes. When TIGC Tl B H goes high, the interrupt vector is loaded into the BR from the D lines and the 
INT SSYN (internal slave sync) flip-flop is set. When INT SSYN sets, it asserts BUSA SSYN L, which is sent to 
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the interrupting device. As a result, the interrupting device clears BUSA INTR L, the D Unes, and BUSA BBSY L. 
This is an active release of the Unibus by the interrupting device. 

When the BUSA INTR L input to the processor goes high, UBCC INTR B L goes high. Because the MSYN flip- 
flop is cleared at this time, the INT SSYN flip-flop will be direct-cleared when UBCC INTR B L goes high. There- 
fore, the processor clears BUSA SSYN L and enters the interrupt sequence. 

8.7.11 Internal SSYN 

Refer to drawing UBCC. Any DATI or DATO transaction that involves the processor internal registers (PS, 
PIRQ, SL, PB) is initiated in the same way as a Unibus transaction with an external device. However, the pro- 
cessor Unibus control logic must also provide the SSYN responses. 

The internal register address is ANDed with UBCA CPBSY B H on TMCD to assert TMCD INTERNAL ADRS H. 
After time is allowed for address deskew, the MSYN flip-flop will be set, and therefore, UBCB MSYN SET H is 
asserted. This asserts UBCC CLK SSYN H which clocks the BR. A 50-ns delay is provided to allow the priority 
arbitration logic to settle if the processor status word was changed after which the INT SSYN flip-flop will be set. 
This causes the BUSA SSYN L signal to be asserted. Then, UBCC SSYN B H asserts UBCA SSYN RESTART H 
to restart timing. MSYN is cleared at time state TS3 (TSl in machines before ECO 1 3). When UBCB MSYN (0) H 
goes high, the INT SSYN flip-flop (drawing UBCC) is direct-cleared. 

8.7.12 Data Transfer Control Decoding 

The Unibus control logic decodes control signals TMCE CO H and TMCE CI H to assert the BUSA CO L and 
BUSA CI L control signals. The control line bus drivers are shown on drawing UBCC. The processor only 
controls these Unibus control lines when the CPBSY flip-flop is set. The inputs are ANDed with UBCA CPBSY 
B H. Note that the drivers for the Fastbus control signals UBCC MEM BUS CO L and UBCC MEM BUS CI L are 
always enabled. Decoder logic is included to provide the DATI, DATIP, DATO, and DATOB control signals re- 
quired on the UBC module. Decoding is summarized in the following chart. 
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8.7.12.1 HI BYTE/LO BYTE - When a data-out bus transaction is in progress, UBCC DATO L always asserts 
both the UBCC HI BYTE H and UBCC LO BYTE H signals (drawing UBCC). If the bus transaction is a data-out 
byte, only one of these signals is asserted. If the byte address bit DAPB BAMX 00 H is high, the high-order byte 
is addressed and UBCC HI BYTE H is asserted. Conversely, if DAPB BAMX 00 H is low, the low-order byte is 
addressed and UBCC LO BYTE H is asserted. 

8.7.1 2.2 CC DATA - The purpose of the CC DATA flip-flop is to jam-set the N, Z, V, and C condition code 
bits into the PS register when an explicit reference is made to the PS word. When UBCC LO BYTE H is asserted 
(DATO or DATOB) and the PS address is decoded, the CC DATA flip-flop D input goes low. As soon as MSYN 
sets, CC DATA is clocked and set. As a result, the BR bits <03:00> are jam-set into the PS bits <03:00>. Thus, the 
arithmetic result of the operation is not clocked into the condition codes; instead, the data being read into the 
PS is maintained true while the normal Tl condition-code clock is overridden. 
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8.7.13 Power Control 

The power supply provides two control signals to the processor on the Unibus, BUSA AC LO L and BUSA DC 
LO L (drawing UBCE). The BUSA AC LO L is asserted by the power supply to indicate that power failure is 
imminent. From the time that BUSA AC LO L is asserted, the power supply can continue at full load for about 
2 ms. The BUSA DC LO L is an independently-detected signal that indicates one or more of the regulated dc out- 
put levels is dropping. In the event of AC power failure, the BUSA DC LO L signal follows the BUSA AC LO L 
signal within a few milliseconds. The BUSA AC LO L and BUSA DC LO L signals control the power-down and 
power-up logic shown on drawing UBCE. 

8.7.13.1 Power Down - Refer to the timing diagram shown in Figure 8-13. When BUSA ACLO L is asserted 
during normal operation, the power down flag PDNF is set, because BLOCK DOWN is reset at the end of the 
previous power sequence. PDNF is applied to the priority arbitration logic on TMCA; the first BRQ strobe 
generates TMCE BRQ CLK H, which clocks the interrupt flags into the priority logic. If no higher priority flag 
is up (CONF or SL YEL), TMCA HONOR PWRF L is then generated. At the end of the current instruction, the 
ROM branches to the service flows. 

At microstate BRK.20, UBCB ACKN B H goes high at TS3 and sets TMCC BLOCK STROBE (1) H. At micro- 
state SVC.90, if no aborts are pending, this signal and TMCE CLK CONF H generate TMCC AC CLEAR L, 
which is ANDed with TMCA HONOR PWRF L (drawing UBCE) to set the PF CLR flip-flop. 
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Figure 8-13 Power-Down/Power-Up Sequence 
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PF CLR does the following: 

a. resets the TMCA priority flip-flops; 

b. resets UBCE PDNF; 

c. starts the 2 ms timer (drawing UBCE, zone D7) which, at the end of its delay, fires DCLO 1 one-shot; 
the pulse thus generated goes out on the UNIBUS as BUSA DCLO L. 

By this time, all the internal traps and service routines should have been executed; no further bus transactions 
can occur, because DCLO asserts the initializing signals: 

a. UBCE INT BUS INIT L - clear internal registers PD, PIRQ, SL and PB, and the priority arbitration 
flip-flops 

b. UBCE ROM INIT H - forces ROM to ZAP.OO (200) and sets timing generator to T4 

c. UBCE INIT - clears processor, floating-point processor, and KTl 1-C, CD. 

d. BUSA INIT L - initializes Unibus. 

In addition to these signals, DCLO sets the ALLOW UP and PUPF (power up) flip-flops (drawing UBCE, zone C7 
and C6), which set up the power-up sequence, should the DCLO signal not be generated by the H742 power 
supply, or should ACLO be negated before DCLO is asserted by the power supply. 

8.7.13.2 Power Up - When AC power is restored, the power supply will remove the BUSA DC LO L and BUSA 
AC LO L signals. The BUSA DC LO L signal will go high before BUSA AC LO L. When BUSA AC LO L goes 
high, the UBCE ALLOW UP (1) H signal starts the RESTART time delay by triggering the 74123 RESTART 
one-shot. This time delay allows 70 ms for the magnetic core memory internal power supplies to power up. 
During this delay interval, the low output from the RESTART one-shot asserts all the initializing signals to in- 
hibit all processor activity. After the RESTART interval, the processor proceeds with the power-up micropro- 
gram routines. At T2 of PUP.OO, ACKN is decoded and at TS3, UBCB ABORT ACKN L will be asserted; this 
clears ALLOW UP and PUPF. When PUPF is cleared, UBCE PUPF (0) L initiates a 2-ms delay by triggering the 
74123 DOWN DLY one-shot (drawing UBCE, zone B7). For this period of time, BLOCK DOWN remains set and 
prevents any BUSA AC LO L assertion from setting PDNF. This ensures that the processor will complete the 
power-up sequence before another power-down is initiated. 

8.7.14 Initialization 

The initialization logic is shown on drawing UBCE. There are three basic sources of initialization: the console 
START switch, the power-down/power-up control logic, and the reset instruction in kernel mode. 

8.7.14.1 Power-Down/Power-Up - The power-down/power-up control logic asserts the initialization signals as 
shown in the timing diagram. The UBCE INIT H level is typical; it is asserted from the time BUSA DC LO L is 
asserted until the RESTART signal goes high. 

8.7.14.2 Console Start and Reset - The console start and reset logic of the KBl 1-A differs from that of the 
KBl 1-D. Most of the variance is found on drawing UBCE. A description of each version follows. 
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8.7.14.2.1 KBll-A, Console Start and Reset - The console START switch generates UBCF START (1) H which 
sets the START FLAG flip-Hop (drawing UBCE, zone B4). It also asserts UBCE STATUS CLR L. During machine 
state RES. 10, the BCD field is decoded to provide code 4, PDRD PS 14 (0) H. At TS3, therefore, the RESET one- 
shot is triggered to begin a 10-ms delay. During this time, the true output is ANDed with START (1) H to assert 
UBCE START INIT L and UBCE INIT H. These initializing signals are used to initialize all processor, memory 
management, and floating-point modules. At the same time, the output of the RESET one-shot asserts BUSA 
INIT L to initialize all devices on the Unibus, and UBCE INT BUS INIT L to initialize any registers that use the 
internal data bus. 

If the processor or a device hangs the Unibus or microprogram, the processor is halted and the START switch is 
asserted. UBCF CNSL RESET L is generated and this asserts the initialization signals. 

To fire the 10-ms RESET one-shot, a 1-ms RESET ABORT one-shot is fired. The output not only fires the RESET 
one-shot but also is used to clear the RESET one-shot if a power fail occurs after the first 1 us of the initialization 
interval. 

When a reset instruction is executed and state RES. 10 is entered in the kernel mode, the RESET one-shot will be 
triggered. The output will go low to assert UBCE INT BUS INIT L, UBCE RIP + FP SYNC L, and BUS INIT L. 
UBCE RIP + FP SYNC L is used in microbranch-enable BEOO to keep the ROM cycUng in RES.20 until the 10-ms 
delay is completed. The microbranch-enable is shared with FP SYNC. During FP instruction executions, the 
processor waits for FP SYNC once FP ATTN has been sent. 

8.7.14.2.2 KBll-D, Console Start and Reset - The console START switch generates UBCF START (1) H which 
sets the START FLAG flip-flop (drawing UBCE, zone B4). It also asserts UBCE STATUS CLR L. During machine 
state RES. 10, the BCD field is decoded to provide code 4, PDRD PS 14 (0) H. Since PS(15:14) have been set to 
by UBCF STATUS CLR L, UBCC START INIT (1 ) H is asserted at TS3 as the output of the START INIT 
J-K flip-flop (drawing UBCE, zone D3). This starts the 100 //s RESET WAIT one-shot and direct sets UBCE RIP 
+ FP SYNC H. 

RES.20 is now executed and the microprogram cycles in this state until UBCE RIP + FP SYNC H is negated. 
RESET WAIT is still on. When it goes off, at the end of 100 /xs, the RESET ABORT (l/is) and RESET (10 ms) 
one-shots are started. 

When the RESET one-shot is initialized (start 10-ms delay), UBCE RESET (1) H is generated and this signal clears 
UBCE START INIT (1) H and keeps UBCE RIP + FP SYNC H asserted. UBCE RESET (1) H is ANDed with the 
START FLAG (that was set by the START switch) output. This asserts UBCE START INIT L which, in turn, 
asserts all the INIT signals with the exception of ROM INIT. 

At the end of 10 ms, UBCE RESET (1) H goes low and INIT is negated. UBCE RESET (0) H goes high and at 
TS3 UBCE RIP + FP SYNC H is also negated. This causes a branch to FET.03 instead of RES.20 at the end of the 
cycle (BEN=10, UADR=334), and the instruction whose address is displayed is fetched and executed. The BUST 
in FET.03 clears (by generating UBCA BUST OUT B H at T3) the START FLAG flip-flop (drawing UBCE, zone 
B4) which was set by the START switch. 

8.7.15 Console Switch Inputs 

The console switch inputs are connected to the UBC module as shown on drawing UBCJ. The switch control in- 
puts are used to clock and set associated flip-flops in the console control register (drawing UBCF). When any 
flip-flop is set, UBCF ACT H is asserted. If HALT and SINGLE CYCLE switches are set, UBCF S/INST L will be 
asserted. This level is used to condition the CONF flip-flop on TMCA. At the end of an instruction, when the 
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processor checks for bus requests, CONF will set. CONF must be set before the console START switch can 
clock and set the START bit. 

8.7.15.1 DEC Data Center Inputs - The UBC/DEC Data Center interface is shown on drawing UBCJ. When 
DDC STOP L and DDC BEGIN L are asserted from the DEC Data Center, the START bit of the console control 
register will be set. When DDC STOP L and DDC LOAD L are asserted from the DEC Data Center, the CNSL07 
(load address) bit will be clocked and set. 

8.7.15.2 Console Control Register - The console control register will be cleared at the end of each console con- 
trol sequence (microstate CON.20). At T2 of this microstate, RACC UBCT <02:00> are decoded to assert UBCF 
ACKN LEVEL H (010 = CNSL.ACKN). When UBCA TS4 CLK H goes high, UBCF ACKN T4 L is generated and 
all console control register flip-flops are direct-cleared. 

An interrupt or initialize signal will also clear most of the console control register bits. The only exception is 
START. UBCE DC LO B L is the only other condition that can clear the START bit. 

8.7.16 Console Control Decoder 

The states of the console control register flip-flops (drawing UBCF) are decoded to provide the microstate address 
of the console control function on UBCH. The console function and associated microstate address bits are tabu- 
lated below. 



KBl 1-D Console Function 
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KBl I -A Console Function 
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The decoder logic asserts UBCH CNSL <07, 02, 01 , 00> H outputs, which are clocked into a storage register at TS3 
of the last microstate of a control function sequence. The purpose of this 4-bit register is to hold the microstate 
address of the previous console operation. STEP EXAM and STEP DEP cannot be entered unless enabled by the 
preceding console operation. 

8.7.16.1 EXAM and STEP EXAM - The microstate address for these functions is formed indirectly. If no other 
control register flip-flop is set, the UBCH EXAM + STEP EXAM H output will be asserted when the UBCH STRB 
FTN H clock input occurs. This allows the EXAM function to be initiated. It also gates UBCF EXAM (1) H to 
UBCH CNSLOO H to produce the EXAM STEP microstate address at the next console function. 

8.7.16.2 DEPOSIT and STEP DEPOSIT - The DEPOSIT console function can be initiated directly by UBCF 
DEPOS (1 ) H. Initially, UBCH STEP DEP + DEP L will be high when the DEPOSIT flip-flop sets. When it does, 
microstate address 073 is generated. As a result, the storage register holds the complement 0100. Therefore, UBCH 
STEP DEP L is asserted. This asserts UBCH STEP DEP + DEP H. The next DEPOSIT control function will actually 
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be a STEP DEPOSIT with microstate address 074 being generated. Under these conditions, the storage register 
holds the complement 1011. This content will assert UBCH DEP L, which also asserts the UBCH STEP DEP + 
DEP H. Thus the microstate address will remain 0100 each time a DEPOSIT is initiated. 

8.7.16.3 REGISTER EXAM, DEPOSIT, STEP EXAM, STEP DEPOSIT - The KBl 1-D provides automatic ad- 
dress stepping for the REG EXAM and REG DEP switches. Each consecutive switch usage automatically steps 
the address forward one location. Alternate usage of REG EXAM and REG DEP switches will not increment 
the register address. 

The KBl 1-A does not provide automatic address stepping for the REG EXAM and REG DEP switches. Each 
general register must be addressed individually using the LOAD ADRS switch before examining or depositing 
data using the REG EXAM or REG DEP switches. 

REG EXAM and REG DEP Switches of the KB 1 1 -A 

Tlie REG EXAM console function is decoded directly from UBCF REG EXAM (1) H, which asserts microstate 
address bit 1 (RAD. 00 address 072). This loads the instruction register with the address of the general register. 
In the next machine state (RAD. 10) the content of the address general register is displayed. 

The REG DEP console function is decoded directly from UBCF REG DEP (1) H, which asserts microstate ad- 
dress bits and 2 (RDP.OO address 075). This loads the instruction register with the address of the general reg- 
ister. In the next machine state (RDP.IO) the content of the data display is stored in the general register address- 
ed. 

REG EXAM and REG DEPSwitches of the KBl 1-D 

The REG EXAM console function is decoded from UBCF REG EXAM (1) H by generating UBCH GEN X2 L, 
which asserts microstate address bit 1 (RAD. 00 address 072). This loads the instruction register with the address 
of the general register (previously entered via the LOAD ADRS switch). The content of the addressed general 
register is then displayed (RMX.OO). At TS3 microaddress 0010 is clocked into the 74175 shift register (as 0101 
because bits 0, 1, and 2 are inverted) and UBCH REXAM + STP REXAM L is generated (drawing UBCH). UBCH 
GEN X2 L is now disabled. 

If a consecutive REG EXAM is desired for the next general register, a LOAD ADRS is not required. Refer to 
drawing UBCH. UBCH REXAM + STP REXAM H is asserted from the previous REG EXAM. Upon the assertion 
of UBCF REG EXAM ( 1 ) H, the output of NAND gate E60 (pin 1 1 ) is asserted and microaddress 1 1 1 is gen- 
erated for a STEP REG EXAM. This machine state (RAD. 10 address 075) steps the register address and places 
the result in the instruction register. (Refer to Flows 14.) The contents are then displayed (RXM.OO). At TS3, 
UBCH REXAM + STP REXAM H remains asserted. Each consecutive REG EXAM is executed in the same 
manner. 

The REG DEP switch performs similiarly to the REG EXAM switch. Note, however, that alternate execution 
of REG EXAM and REG DEP does not step the address. 

8.8 TIG MODULE M8109 

The Timing Generator (TIG) Module MS 109 provides the timing generator logic elements for the KBl 1-A and 
the KBl 1-D. 

8.8.1 Timing Sources 

The three sources of KBl 1-A, D timing are the crystal clock, the R/C clock, and the MAINT STPR switch SO (on 
the maintenance card). These timing sources are shown in drawing TIGB. 
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8.8.1 .1 Crystal Clock - The crystal clock provides a constant square wave output of 33 MHz. The oscillator 
frequency is determined by the LC tuned-collector network and stabilized by the crystal connected between 
emitters. An offset network in the base circuits ensures that the oscillator will start when +5 V is applied to the 
module. The amphfied output, TIGB XTAL H, is a +3.5/OV square wave with a 30-ns period. 

8.8.1 .2 R/C Clock - The R/C clock is provided for maintenance test purposes and is available only when the 
maintenance card is plugged into the CPU backplane. The frequency of the square-wave output, TIGB RC H, 
can be adjusted as high as 37 MHz by varying potentiometer R104 in the RC feedback network. Thus, the clock 
pulse period can be narrowed to approximately 27 ns to test for race conditions in the logic. 

8.8.1.3 MAINT STPR Switch - The third source of timing is the manually-operated single-step MAINT STPR 
switch SO, located on the maintenance card. This switch is only enabled when maintenance card switches S2 and 
S3 are both set to 1 . 

8.8.2 Source Synchronizer 

The timing source synchronizer is shown on drawing TIGB. The purpose of the source synchronizer is to select 
only one timing source at any given time and inhibit the two remaining sources. The synchronizer prevents 
cycles of improper length and ensures that TIGB SOURCE CLOCK L starts in the high (non-asserted) state when 
switching between sources. Timing source selection is determined by the setting of switches SI , S2, and S3 when 
the maintenance card is plugged in. If the maintenance card is not installed, the crystal clock is the only source 
of timing. The following paragraphs describe timing source selection when the maintenance card is plugged in. 

8.8.2.1 Crystal Clock Selection - When maintenance card switch S3 is not set, XMAA S3 L is high. When the 
RC EN and MS EN flip-flops are not set, the XTAL SYNC ffip-flop is set by the next TIGB XTAL L pulse going 
high. With maintenance card switches SI and S2 not on, MS EN will be cleared, as will RC SYNC and RC EN. 
Therefore, XTAL SYNC is set, and on the next TIGB XTAL H going low, XTAL EN flip-flop will be set. As a 
result, the source multiplexer output, TIGB SOURCE CLOCK L, will follow the XTAL H input to the XTAL 
EN flip-flop. 

Note that XTAL EN (1) L inhibits XMAA S3 H inputs to the RC EN flip-flop. Therefore, the XTAL SYNC flip- 
flop must be cleared before a timing source change can be accomplished. The RC EN and MS EN gating input to 
the XTAL SYNC flip-flop ensures that these sources have been disabled before XTAL EN is allowed to gate the 
XTAL H pulse through the source multiplexer. 

8.8.2.2 RC Clock Selection - The RC clock is selected as the timing source when maintenance card CLK switch 
S3 is on RC, and S2 and SI are both set to 0. The XMAA S3 L input is low and the RC SYNC flip-flop will be 
set by the next TIGB RC L pulse going high. As a result, the RC EN flip-flop will be set by the following TIGB 
RC H clock pulse going low. The source multiplexer output, TIGB SOURCE CLOCK L, will then follow the 
TIGB RC H input. TIGB XTAL EN (0) H and TIGB MS EN (0) H are fed back to inhibit TIGB RC SYNC D in- 
puts to ensure that the enable flip-flops are cleared before the timing source can be changed. 

8.8.2.3 MAINT STPR Selection - The maintenance card S2 and SI switches are both set to 1 to allow single 
timing pulses to be generated by MAINT STPR switch S4. The XMAA SI L and XMAA S2 L inputs are both 
low. The resultant input to the MS EN flip-flop D input causes the flip-flop to be set on the next TIGB XTAL H 
clock input. On the following TIGB XTAL H and TIGB RC H clock pulses, the XTAL SYNC and RC SYNC flip- 



8-66 



flops will be reset. Succeeding clock pulses will then reset the XTAL EN and RC EN flip-flops. MS EN ( 1 ) H is 
ANDed with STEP (1) H to assert the TIGB SOURCE CLOCK L output of the source multilplexer. Each time 
momentary MAINT STPR switch S4 is pressed, the STEP flip-flop toggles. 

NOTE 
The MAINT STPR switch must be actuated twice to complete 
a single TIGB SOURCE CLOCK L output pulse. 

Removing the S2 or SI input conditions the MS EN flip-flop to be cleared on the next XTAL H clock pulse, go- 
ing low. MS EN (0) L direct-clears STEP to condition it for the next time the SING TP function is selected. 

8.8.2.4 Synchronization — The feature of the source synchronizer is that the output level is maintained high 
(non-asserted). The sample timing diagram shown in Figure 8-14 shows the TIGB SOURCE CLOCK L output as 
the maintenance card GLK switch is changed from XTAL to RC. With the XMAA S3 L input low (RC clock 
selected), the XTAL SYNC flip-flop is cleared on the next TIGB XTAL L clock pulse going low. One XTAL H 
clock pulse later, XTAL EN will be cleared, enabling the D input to the RC SYNC flip-flop. The next time TIGB 
RC H goes low, RC SYNC will be set. The difference in XTAL H and RC H pulse widths is exaggerated in Figure 
8-14 to indicate that the clock pulses are completely independent. Note that the SYNC and EN flip-flops are 
clocked on the trailing edge of the source clocks so that the gating level to the source multiplexer is always re- 
moved as the clock input is non-asserted. This provides a clean leading edge for TIGB SOURCE CLOCK L. Note 
also that only half a clock period is available for the enable flip-flop to change state and gate the associated clock 
source through the multiplexer. The synchronizer output will remain high the first time the MAINT STPR switch 
is actuated. 
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Figure 8-14 Timing Source Synchronization 
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8.8.3 Phase Splitter/Buffer 

The phase splitter/buffer, shown on drawing TIGB, is driven by TIGB SOURCE CLOCK L from the source syn- 
chronizer to produce timing pulse outputs TIGB CLOCK L and TIGB CLOCK H. The TIGB CLOCK L output 
pulses are in phase with TIGB SOURCE CLOCK L. 

8.8.3. 1 Level Converter - Transistors Q65 and Q66 convert the TIGB SOURCE CLOCK L output to the level 
required at the phase splitter inputs. A low input at the base of Q65 causes all the emitter current to flow through 
Q65. With the +V reference voltage applied at the base of Q66, no current flows through Q66 and Rl 22. Thus 

a low input provides a low output. When TIGB SOURCE CLOCK L goes high. Q65 cuts off, and the +V refer- 
ence causes current flow through Q66 and R122 to provide a high output. 

8.8.3.2 Phase Splitter - The phase splitter consists of two emitter-coupled 2N3009 transistors, Q61 and Q62. 
At rest, with no input signal from the source synchronizer, Q61 is forward-biased. A fixed bias at the Q62 base 
holds that transistor cut off. Under these conditions, the TIGB CLOCK H output provided by buffers Q53 and 
Q54 will be low because Q61 will be conducting. Q54 will be turned on. 

When TIGB SOURCE CLOCK L starts to go low, as the result of a clock pulse, the base of Q61 goes negative 
with respect to the Q62 base. More current flows through Q62, causing a greater voltage drop across the Q62 
collector resistors, R109-R1 1 1 . Less voltage is developed across common emitter resistors R89-R96, increasing 
the forward bias on Q62. As a result when Q62 starts to conduct more current, Q61 just as quickly starts to cut 
off. The circuit is a differential amplifier that responds to slight changes of the input signal at high speed. When 
TIGB SOURCE CLOCK L starts to go positive, Q61 turns on and Q62 cuts off just as fast. The switching action 
of Q61 and Q62 follows the TIGB SOURCE CLOCK L signal with only about 1 -ns difference between TIGB 
CLOCK H and TIGB CLOCK L. 

8.8.3.3 Buffers — Each buffer stage consists of a 2N3009 and a 2N4258 transistor. When Q61 turns off as a re- 
sult of a low source synchronizer output, Q53 is biased on and Q54 is cut off. Thus, the TIGB CLOCK H output 
goes high, which is 180° out-of-phase with the TIGB SOURCE CLOCK L input. At the same time, Q62 turns on 
and the positive collector cuts off Q55 and forward biases Q56. Therefore, TIGB CLOCK L goes low, which is in 
phase with the TIGB SOURCE CLOCK L input from the source synchronizer. 

8.8.4 Timing Generator 

The timing generator is shown on drawing TIGA. It consists of five J-K flip-flops, Tl through T5, connected as a 
ring counter. The flip-flops are initially direct-cleared by TIGA ROM INITA L, which is asserted by UBCE ROM 
INIT H. This initializing signal is provided when the START switch is pressed, while the ENABL/HALT switch is 
in HALT, to produce a system clear. It is also provided if a power failure occurs, as described in Paragraph 8.7.1.3. 
A time state diagram is shown in Figure 8-15. 

NOTE 
Unless otherwise indicated, consider TIGB XTAL H as the tim- 
ing source for normal processor operation. 

When the timing generator has been initially cleared, a high input is provided at the J input of T4. This condition- 
ing input is produced by Tl (0), T2 (0), and T5 (0). When TIGA ROM INIT L sets INIT SYNC, it resets T4. 
After TIGA ROM INIT L, the next positive-going transition of TIGC TPB L resets INIT SYNC. This allows T4 
to be set by the next negative-going transition of TIGC TPB H. T4 will be set by the next TIGB TP H negative- 
going transition as shown in the timing diagram. The conditional J input to the T4 flip-flop ensures that the coun- 
ter will remain in sequence. T4 will reset on the next TIGB TP H clock pulse. As long as the conditional inputs 
STOP Tl L or STOP T3 L are not asserted, the timing generator operates as a synchronous ring counter that con- 
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tinuously cycles through the five time states shown in Figure 8-15. The flip-flop associated with each time state 
will remain set for one time period (typically 30 ns). The minimum machine cycle time is approximately 150 ns. 
The purpose of the STOP Tl and STOP T3 signals is to prevent the processor from entering these time states 
under certain conditions. The various conditions that cause TIG STOP Tl L to be asserted are described in Para- 
graph 8.8.5. The various conditions that cause TIGA STOP T3 L to be asserted are described in Paragraph 8.8.6. 

NOTE 

The timing generator counter outputs are not sufficiently ac- 
curate for use by the processor. Therefore, high-speed switches 
are used to provide the accurate timing pulses and time state 
levels required. The high accuracy timing pulse generators are 
described in Paragraph 8.8.7. The time state generators are de- 
scribed in Paragraph 8.8.8. 




( INIT ) ► (iNIT sync) 

Figure 8-1 5 Time State Diagram 



8.8.5 STOPTl 

There are five conditions that can assert the TIGA STOP Tl L signal. If any of these conditions exist, TIGA 
STOP Tl L remains low, T5 remains set on succeeding clock pulses, and Tl cannot be set. The processor is sus- 
pended in time state T5 until all conditions that assert TIGA STOP Tl L have been resolved. Then the D input 
to the Tl SYNC flip-flop goes high and it will be set the next time TIGB TPB L goes high. As a result, the D in- 
put to Tl is enabled so that Tl sets on the next TIGB TP B H negative-going transition. . 

The combinational logic that produces STOP Tl L is shown on drawing TIGA. The following paragraphs de- 
scribe each of the conditions that can assert TIGA STOP Tl L. 

8.8.5.1 Not In T4 or T5 - If the timing generator is not currently in T4 or T5, TIGA T5 (0) H and TIGA T4 
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(0) H assert TIG A STOP Tl L, preventing the counter from proceeding into Tl . TIGA STOP Tl L is asserted 
most of the time as a function of the counter. 

8.8.5.2 Semiconductor Memory Delay - When the semiconductor memory is access, TIGA STOP Tl L will 

be asserted during a bus pause or bus long pause cycle until SMCA MEM SYNC B L is received, provided no abort 
has occurred. 

8.8.5.3 Conventional Memory Delay - During a bus long pause cycle on the Unibus, TIGA STOP Tl L will be 
asserted until UBCA BLP DESKEW H qualifies the D input to UNI DLY and it is set by the next time pulse. An 
abort will also cause the stop condition to be negated. 

8.8.5.4 Operating System Test - The OST option will assert the PHKA STOP Tl L input under certain condi- 
tions. 

8.8.5.5 Single Cycle Mode - When the processor is halted and placed in the S BUS CYCLE mode of operation 
from the console, the SNGCY flip-flop is direct-set to assert TIGA STOP Tl L and cause the processor to halt 
after each single bus cycle is completed. When the CONT switch is pressed, the CONT flip-flop is set on the next 
TIGB TPB L pulse going high. This enables the K input to the SNGCY flip-flop so it will reset on the next TIGB 
TPB H pulse going high. This allows the processor to enter Tl and proceed through another bus cycle. As soon 
as Tl is entered, the flip-flop controlled by the CONT switch is reset. The CONT flip-flop resets on the next 
clock pulse and the SNGCY flip-flop is again set on the trailing edge of that clock pulse. As a result, TIGA STOP 
Tl L is again asserted to stop the processor after a single bus cycle. 

While TIGA STOP Tl L is asserted, T5 will remain set until the stop condition is negated. T5A, however, is not 
controlled by STOP Tl L and will remain set for only one time period. Thus, only one T5 timing pulse is pro- 
duced during any stop condition. When the stop condition is negated, Tl will set and T5 will clear. 

8.8.6 STOPT3 

There are seven conditions that can assert the TIGA STOP T3 L signal. If any of these conditions exist, TIGA 
STOP T3 L remains low, T2 remains set on succeeding clock pulses, and T3 can not be set. The processor is sus- 
pended in time state T2 until all conditions that assert STOP T3 L have been resolved. The combinational con- 
trol logic that produces STOP T3 L is shown on drawing TIGA. The following paragraphs describe each of the 
conditions that can assert TIGA STOP T3 L. 

8.8.6.1 Not In T2 - Any time the processor is not in flme state T2, T2 (0) H will assert TIGA STOP T3 L. 

8.8.6.2 Single Cycle - When the SNGCY flip-flop is set, TIGA STOP T3 L is asserted. The flip-flop will be 
direct-set under control of the S BUS CYCLE and HALT switches on the console. The TIGB SINGLE CY L sig- 
nal that direct-sets the flip-flop will not be asserted until time state T3 of a bus pause or bus long pause cycle. 

8.8.6.3 ROM + UPB - Maintenance card switch inputs XMAA SI L and XMAA S2 L are decoded by an 
exclusive-OR gate that provides TIGB ROM + UPB H if either is set. Setting S2 alone selects a single ROM cycle; 
setting SI alone selects a microprogram break (UPB). The logic is shown on drawing TIGB. When TIGB ROM + 
UPB H is asserted, the ROM + UPB flip-flop is set by the next TIGB TPB L clock pulse going low. This condi- 
tions a J-K flip-flop on TIGA, which is set on the trailing edge of that clock pulse and causes TIGA STOP T3 L. 
Each time the CONT switch is pressed, CONT (1) H causes the timing cycle to proceed. 
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8.8.6.4 Bus Pause or Long Pause Delay — During a bus pause or bus long pause cycle that does not involve fast 
memory, TIGA STOP T3 L is asserted until the slave device clears SSYN. The processor will not proceed into 
time state T3 until the data transfer is available to clock into the BR. 

8.8.6.5 Interrupt Pause Delay — During an interrupt pause to service an external break request, STOP T3 L is 
asserted until the UBCA INTR RESTART H signal is asserted. The conditions that cause INTR RESTART are de- 
scribed in Paragraph 8.7.9.2. 

8.8.6.6 Operating System Tester - The operating system tester (OST) option will assert the PHKA STOP T3 L 
input under certain conditions. 

8.8.6.7 KTl 1-C, CD Delay - During a BUST, TIGA STOP T3 L will be asserted when the SSR DLY flip-flop 
is set (drawing TIGA, zone B4). The purpose of the delay is to allow time for the physical address to be pro- 
pagated through the page address path of the KTl 1-C, CD unit before the processor enters time state T3. 

NOTE 
If the KTl 1-C, CD option is not installed, SSRB ENABLE T3 
DLY H is grounded by the SJB module and the SSR DLY flip- 
flop is never set. 

When the KTl 1-C, CD option is enabled and a conditional BUST is sensed by the KTl 1-C, CD, SSRB ENABLE 
T3 DLY H will condition SSR DLY to be set. SSR DLY will then be set when the processor enters time state 
T2. SSR DLY (1) H and TIGA T2A (1) H assert TIGA STOP T3 L. TIGA T2A (1) H is high for one time period. 
There are several processor operations that cause a conditional BUST cycle to be initiated. If certain conditions 
are met, RACH DIS BUST L is asserted to discontinue the BUST cycle. Therefore, under these conditions, TIGA 
STOP T3 L is only asserted for one time period while T2A is high. 

If RACH DIS BUST L is not asserted, the BUST cycle is to continue. The duration of STOP T3 is then deter- 
mined by SO and SI, operating as a counter to control the delay. Jumper W3 is installed at the factory to pro- 
vide a delay of three time periods. SI is set two clock pulses after T2 and T2A. After the third clock pulse, SSR 
DLY is reset. During that interval, STOP T3 is asserted by SSR DLY (1) H and RACH DIS BUST L high (- RACH 
DIS BUST H). As a result, T3 is set by the fourth clock pulse after T2 is set, providing three time periods of 
delay. If the KTl 1-C, CD is not enabled, SSR DLY will not occur. 

8.8.7 Timing Pulse Generators 

As indicated in Paragraph 8.8.4, the switching times of the flip-flops used in the timing generator ring counter are 
not very precise; therefore, the flip-flop states are not used directly for processor timing. Instead, high-speed 
transistors are used to generate the timing pulses. The timing pulse generator schematics are shown on drawing 
TIGC. 

Each of the timing pulse generators gates the phase splitter/buffer clock pulse output with a time state generator 
output to generate the timing pulse associated with that state. Figure 8-16 is a sample timing diagram that shows 
how the Tl time state is gated with CLOCK H and CLOCK L to provide the Tl H and Tl L timing pulse outputs. 

8.8.7.1 Positive Timing Pulse Generators ~ Refer to TIGC Tl H circuit. In the quiescent state, the driver stage 
bias holds QIO cut off and Q9 turned on so the associated TP H output is low. Each timing pulse generator is 
enabled by the associated time state output. For example, when TIGA Tl (1) H is asserted, Q40 is cut off and 
Q39 saturates. When TIGB CLOCK H goes high, the positive-going pulse is gated through Q39 to the bases of 
QIO and Q9. As a result, QIC conducts and Q9 is turned off to produce the leading edge of the TIGC Tl H clock 
pulse. 
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Figure 8-16 Timing Pulse Generation 

8.8.7.2 Negative Timing Pulse Generators - Refer to TIGC Tl L circuit. The negative pulse generator circuits 
operate in a manner similar to the positive pulse generator described in Paragraph 8.8.7.1, except that comple- 
ments of the enable and clock inputs are used and transistor types are reversed. For example, in the quiescent 
state, Q12 is on and Ql 1 is off. When TIGA Tl (1) L is asserted, Q42 is cut off and Q41 saturates. When TIGB 
CLOCK L goes low, the negative-going pulse is gated through to the bases of Ql 2 and Ql 1 . As a result, Ql 1 con- 
ducts and Q12 is turned off to provide the leading edge of TIGC Tl L. 

8.8.8 Timing State Generators 

The timing state generators provide the time state signal levels TSl L through TS5 L used throughout the system. 
For example, TS2 L through TS5 L are used by the memory management to provide internal relocation timing. 
Refer to drawing TIGE. 

Each time state level is provided by a pair of cross-coupled gates connected to operate as a high-speed flip-flop. 
Initially, all flip-flops are cleared by TIGA ROM INIT B L. When each timing generator flip-flop sets, the true 
output is ANDed with TIGB TPB H to set the associated time state flip-flop. Each flip-flop remains set for two 
clock periods. For example, TIGE TSl L remains low until T3 (1) H is ANDed with TIGB TPB H to reset the 
flip-flop. Figure 8-17 illustrates the relationship between the time states. The leading and trailing edges of these 
time state signals are dependent upon the accurate TPH time pulses rather than the less accurate timing generator 
flip-flops. In general, the TS levels are used where timing is not critical. 

8.9 CONSOLE LOGIC 

The console logic is located on the KNL console module and shown on drawings KNLA, KNLB, KNLC, and 
KNLD. The following paragraphs describe data address display select and mode select functions controlled from 
the console. 

8.9. 1 Switch Register and Data Display 

Figure 8-18 is a simplified diagram of console switch register and data display functions. Complete circuit details 
are shown on drawings KNLA, PDRB, and PDRH. 



8-72 



TIME 



LTYPICALLY^ 
r 30ns 




























TP H 






























1 








TYPICALLY 


























sons 












TSl t 




































TS2 I 
















































TS3 L 






































TS4 I 










































TS5 L 






















STATE 


T1 


T2 


T3 


T4 


T5 


T1 


T2 





Figure 8-17 Generation of Time States 



8.9. 1 . 1 Switch Register Inputs - KNLA SWR < 1 7 : 00> H are connected to tlie PDR module by the KNL/PDR 
interface cable. PDRH SWR <17: 16) H are used only for addresses. PDRH SWR <15:00>H are gated to the 
BRMX by TMCF READ SW L or TMCD SW ADRS L. TMCF READ SW L is asserted only during microstate 
CON.OO. TMCD SW ADRS 5 L is asserted when the switch register address is specified. 

8.9.1.2 DATA Display - The data display is controlled by a 4-position rotary switch that determines the select 
inputs to the 74S153 multiplexers shown on drawing PDRF. The data source selected by each switch position is 
shown in Figure 8-18 and listed in the following chart. 



Switch Position 


Data Source 


Drawing Reference 


BUS REGISTER 


bus register A 


PDRB 


DATA PATHS 


shifter output 


DAPF, H, J 


DISPLAY REGISTER 


light register 


PDRB 


madrs FPP/CPU 


floating-point ROM address 
(high byte) 


FRMB 




central processor ROM address 


RACD 




(low byte) 





8.9.2 Address Display and Control 

Figure 8-19 is a simplified diagram that shows the sources of the address display bits. Complete circuit details 
are shown on drawing KNLB. The address display is controlled by the 8-position address select switch that also 
provides console control of the processor mode. 
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Figure 8-18 Simplified Diagram of Console Switch Register 
and Data Display Sources 
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Figure 8-1 9 Sources of Address Display, Simplified Diagram 



8.9.2.1 Address Bits <05:00) - The console ADDRESS indicators always display DAPB BAMX <05:00> H. These 
low-order address bits are not affected by relocation. 

8.9.2.2 Address Bits <15:06> - The source of these address display bits is controlled by the address select switch. 
In the PRGM PHY position, physical address bits SAPJ PA <15:06> H are the source. For any other address select 
switch position, virtual address bits SAPH VA <15:06> H are the source. 

8.9.2.3 Address Bits <17:16> - The source of these address bits is determined by the address select switch and 
the console switches: 

a. CNSL PHY - Switch register bits KNLA SWR <I 7 : 1 6> H are selected as the address when the address 
select switch is set to CNSL PHY. The current switch settings are stored as SAPK SR <17: 16) H when 
the LOAD ADRS pushbutton is pressed. 

b. PRGM PHY - When the address select switch is set to PRGM PHY, physical address bits SAPK PA 
<17:16> H are selected and displayed. For relocated addresses, these bits are provided from the KTl 1-C, 
CD PAR. 

8.9.3 Console Mode Control 

The console address select switch also functions as a mode control. Figure 8-20 is a simpUfied diagram of the 
mode control logic. Complete console circuit details are shown on drawing KNLB. Inputs from the console 
switch are encoded on the KNLB DISP ADRS SEL <2:0> H lines. The select code is listed on drawing KNLB. 
These lines are decoded on the SAP module, where KERNEL, SUPER, and USER I or D selections are ORed 
and gated to the appropriate space control flip-flop by UBCF CNSL ACT (1) H. 

8.10 SJB MODULE M8116 

If the KTl 1-C, CD Memory Management Unit is not implemented in the PDP-1 1/45, 50, or 55 System, SJB 
Module (M8 1 1 6) is installed in slot 1 4 of the CPU backplane. Drawing SJB A shows the address drivers that 
provide the output levels required by Unibus A and the address display indicators. The control inputs required 
for proper KBl 1-A, D operation without the KTl 1-C, CD option are generated as shown on drawing SJBB. 

When the KTl 1-C, CD option is implemented, the SJB module is replaced by SAP Module (MB 107), and SSR 
Module (MS 108 for the KBl 1-A or M8108-YA for the KBl 1-D) is installed in slot 13. 
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Figure 8-20 Console Mode Control, Simplified Diagram 



CHAPTER 9 
MAINTENANCE 



9.1 GENERAL 

The KB 1 1 -A, D Central Processor Unit is an integral part of the PDP-11 /45, 11/50, 11/55 System. Most of the 
maintenance information that applies to the KBl 1-A, D as well as to the basic PDP-1 1/45, 1 1/50, 11/55 System 
and options, is provided in the PDP-11 145, 11/50, 11/55 System Maintenance Manual. That information includes 
coverage of the use of the maintenance card and extender boards, margin tests, and integrated circuit removal 
and replacement procedures. 

The PDP-11/ 45, 11/50, 11/55 System Maintenance Manual also includes a series of test procedures to be per- 
formed if the KBl 1-A, D fails to execute the initial diagnostic program. Unconditional Branch Test, MAINDEC- 
1 1-DOAA. The following paragraph describes the diagnostic programs for the KBl 1-A, D which exercise every 
circuit of the CPU. 

9.2 KBl 1-A, D CPU Diagnostics 

In general, all diagnostic programs are loaded into the lowest 4K words of physical memory. All diagnostic pro- 
grams start at address 200. The programs run in Kernal mode. If the KTl 1-C, CD option is implemented in the 
system, it is disabled by clearing SRO bit 0. 



L 



MCN level 

X = no MCN ever issued 

= initial MCN announcing latest program version 

1-9 = latest MCN rev level 

-A tliru Z = revision designation 
"A thru Z = program designation 

thru 9 = overlay designation 
"2 digits = option designation 
'A = 11/05, 15, 20 processors 

B = 1 1/40 processor 

C = U/45 processor 

D = 11/05 only 

E = 1 1/70 processor 
, F = 1 1/34 processor 

G = 11/04 processor 

Z = all processors 

X = DEC/XU exerciser software 

D indicates a Diagnostic Program, and is not used 
in naming a program. 



Program Naming Convention 1 
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Any trap or interrupt vectors not used by the test in progress are set up as "trap catchers"; the new PC, stored 
in the first word of the vector, points to the second word of the vector, which contains a 0. When the is fetch- 
ed as an instruction, the processor interprets it as a HALT instruction. The instruction being executed when the 
trap occurred can be identified as follows: 

1. Do a REG EXAM operation to determine the contents of register 6. 

2. Set the number found in R6 in the switch register and do a LOAD ADRS operation. 

3. Do an EXAM operation to determine the contents of the top word in the stack. This is the PC at the 
time that the false trap/interrupt occurred. 

4. Set the same number minus two, four or six, depending upon addressing mode, into the switch reg- 
ister and perform a LOAD ADRS operation. 

5. Perform a second EXAM operation to determine the instruction. This procedure will fail if the last 
instruction before the trap altered the PC. 

Whenever an error is identified by a diagnostic program, the program executes a HALT instruction. The location 
of the HALT identifies the type of error identified. To loop continuously through a particular test, replace the 
instruction following the HALT with a branch instruction to a location preceding the test - if possible, to a 
SCOPE instruction (if the test is failing consistently, the branch can replace the HALT instruction). The SCOPE 
instruction is a MOV PC, Rl (octal code 010701) in the DCKB tests. The later type of SCOPE provides a tag 
that identifies the last successfully completed subtest. 

The diagnostic programs are listed in Table 9-1 in the order in which they are normally run. 

DCKBA SXT Instruction - This is a test of the SXT instruction that ensures correct results and condition code 
operation. The SXT instruction is tested in all address modes in a general register and the PC. 

Table 9-1 
KB 11 -A, D Central Processor Unit Diagnostic Programs 



Number 


Tests 


MAINDEC-11-DCKBA- 


Sign extend instruction 


MAINDEC-11-DCKBB- 


Subtract one and branch instruction 


MAINDEC-11-DCKBC- 


Exclusive-OR instruction 


MAINDEC-11-DCKBD- 


Mark instruction test 


MAINDEC-11-DCKBE- 


Trap and interrupt return 


MAINDEC-11-DCKBF- 


Stack limit test 


MAINDEC-11-DCKBG- 


Set priority level instruction 


MAINDEC-11-DCKBH- 


Register test 


MAINDEC-11-DCKBI- 


Arithmetic shift instruction 


MAINDEC-11-DCKBJ- 


Arithmetic shift combined instruction 


MAINDEC-11-DCKBK- 


Multiply instruction 


MAINDEC-11-DCKBL- 


Divide instruction 


MAINDEC-11-DCKBM- 


Trap instructions and error traps 


MAINDEC-11-DCKBN- 


Program interrupt request test 


MAINDEC-11-DCKBO- 


Processor states test 


MAINDEC-11-DCKBP- 


Power fail test 


MAINDEC-11-DCKBQ- 


Console test 


MAINDEC-11-DCKBR-* 


CPU Parity test 


MAINDEC-11-DCQKC- 


Instruction exerciser 



♦Used only with systems containing Parity Memory. 
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DCKBB SOB Instruction — This is a test of the SOB instruction that ensures correct branching and condition 
code operation. 

DCKBC XOR Instruction — This is a test of the XOR instruction that ensures correct results and condition code 
operation. The XOR instruction is executed using various operands; all address modes are executed using a gen- 
eral register and the PC. 

DCKBD MARK Instruction - This is a test of the MARK instruction. The test executes the MARK instruction 
using all values of "N" and checks the results. Correct condition code operation is also tested. 

DCKBE RTT Instruction — This is a test of the RTT and RTI instructions and uses "T" bit traps in the test. 
Proper stack operation and proper status changes are tested. 

DCKBF Stack Limit Test — This is a test of the stack limit register and ensures correct YELLOW zone and 
RED zone boundaries, and overflow traps for all values of the stack Umit register. (Dependent on available mem- 
ory.) 

DCKBG SPL Instruction — This is a test of the SPL instruction. The test checks that only the priority level bits 
in the PSW (PS7-5) are affected by the SPL instruction. 

DCKBH 11/45, 11/50, 11/55 Registers - This is a test of all the PDP-1 1 /45 , 11 /50, 11/55 hardware registers 
(R10-R15), supervisor stack pointer (R16), user stack pointer (R17), and the microbreak register. This test 
ensures that all bits in each of the registers can be set and cleared, and are selected properly. 

DCKBI ASH Instruction - This is a test of the ASH instruction. It tests ASH with different shift counts and in 
all the registers. 

DCKBJ ASHC Instruction - This is a test of the ASHC instruction. It tests ASHC with different shift counts 
and in all the registers, including odd registers (test of circular shift). 

DCKBK MUL Instruction — This is a test of the MUL instruction. It tests MUL with different number patterns 
in all registers, including single precision (odd registers). 

DCKBL DIV Instruction — This is a test of the DIV instruction. It tests DIV with different number patterns in 
all even registers. Error conditions are also checked. 

DCKBM Traps Test — This program tests all trap instructions and error traps (time out, odd address, and over- 
flow). Interrupt logic is also tested, using the Teletype. 

DCKBN PIRQ Interrupt — This is a test of the program interrupt request (PIRQ) logic. 

DCKBO 1 1/45 Processor States - This program tests that PDP-1 1/45, 1 1/50, 1 1/55 instructions are executed 
properly in the three modes (Kernel, Supervisor, and User). Also, the MIPD/I and MFPD/I instructions are 
tested. 

DCKBP 1 1/45 Power Fail Test - This test checks out the power fail system of the PDPl 1/45, 1 1/50, 1 1/55. 

DCKBQ — This test checks out the console. 

DCKBR — This program will test parity aborts during CPU execution of read/restore (DATI) and read/pause 
(DATIP) memory operations. Normal parity is generated when writing to Memory (DATO) and checked for 
"other" parity when reading from memory (DATI or DATIP). Parity aborts are forced by setting a Parity 
Control Register for "other" parity (not normal) before execution of DATI or DATIP instructions. 

This program does not test memory; it tests the processor and assumes memory to be functioning properly. 
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MAINDEC-1 1-DCMFA will test memory and should be run in conjunction with this program to provide a 
thorough test of parity. 

DCQKC — This diagnostic program is designed to be a comprehensive check of the PDP-1 1/45, 1 1/50, 11/55 
processors. The program executes each instruction in all address modes and includes tests for traps and the 
Teletype interrupt sequence. The program relocates the test code throughout memory, 0-1 24K. 

Table 9-2 lists the 13 General PDP-1 1 Processor Diagnostic Programs. Each program thoroughly exercises a 
given instruction group. These programs are available as an additional CPU troubleshooting aid. They are the 
original PDP-1 1 CPU diagnostics; however, they now can only be obtained under the new MAINDEC numbers. 

Table 9-2 
General PDP-IT Processor Diagnostic Programs 



MAINDEC No.* 


Instructions 


Old 


New 


Tested 


DOAA 


DZKAA 


Branch 


DOBA 


DZKAB 


Conditional Branch 


DOCA 


DZKAC 


Unary 


DODA 


DZKAD 


Unary and Binary 


DOEA 


DZKAE 


Rotate/Shift 


DOFA 


DZKAF 


Compare Non-Equality 


DOGA 


DZKAG 


Compare Equality 


DOHA 


DZKAH 


Move 


DOIA 


DZKAI 


BIS, BIC, BIT 


DOJA 


DZKAJ 


Add 


DOKA 


DZKAK 


Subtract 


DOLA 


DZKAL 


JMP 


DOMA 


DZKAM 


JSR, RTS, RTI 



*A11 numbers are preceded by MAINDEC-11-. 
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APPENDIX A 
IC DESCRIPTIONS 



The following ICs are described in this appendix. The S or H version of an IC listed below, merely indicates it's 
a high speed version. 

3101 1 6-WORD X 4-BIT MEMORY 

7474 DUAL D FLIP-FLOPS 

7485 4-BIT COMPARATOR 

825 1 4-LINE TO 1 0-LINE DECODER 

9318 PRIORITY ENCODER 

74112 DUAL J-K FLIP-FLOPS 

741 23 ONE-SHOT (RETRIGGERABLE MONOSTABLE MULTIVIBRATOR) 

741 53 DUAL 4-LINE TO 1-LINE MULTIPLEXER 

74157 QUAD 2-LINE TO 1-LINB MULTIPLEXER 

741 58 QUAD 2-LINE TO 1-LINE MULTIPLEXER 

74174 HEX D FLIP-FLOP REGISTER 

741 75 QUAD D FLIP-FLOPS 

741 8 1 4-BIT ARITHMETIC LOGIC UNIT 

741 82 LOOK-AHEAD CARRY GENERATOR 
74187 READ ONLY MEMORY (KTll-C, CD) 
74 1 9 1 4-BIT BINARY COUNTER 

74 1 94 4-BIT SHIFT REGISTER 
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3101 16-WORD X4-BIT MEMORY 

Easy memory expansion is provided by an active LOW chip select (ENB) input and open collector OR 
tieable outputs. 

An active LOW Write line WR controls the writing/reading operation of the memory. When the chip- 
select and write lines are LOW the information on the four data inputs Do to Do is written into the 
addressed memory word. 

Reading is performed with the chip select line LOW and the write line HIGH. The information stored 
in the addressed word is read out on the four inverting outputs MO to M3. 

During the writing operation or when the chip select line is HIGH the four outputs of the memory go 
to an inactive high impedance state. 



WR- 



ENB- 



NON-OVERLAPPING 
ROM DECODER 



16 X 4 MATRIX 
OF STORAGE CELLS 



o- 






¥ 



10 



i I 



WR 
D3 



ENB 
M3 (1) 



D2 M2(l) 

3101 
01 Ml (1) 



Oa M0(1) 

A3 A2 A1 A0 



|13 |14 |15 ll 



VCC = PIN 16 
GND = PIN 08 



MB Ml M2 U3 
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7474 DUAL FLIP-FLOP 



TRUTH TABLE FOR 

7474 STANDARD CON FIGURATION 

(EACH FLIP-FLOPI 





tn 






tn+1 


Preset 


Clear 


D Input 


ISide 


OSide 


Pin 4(10) 


Pin 1(13) 


Pin 2(12) 


Pin 5 


Pin 6 


High 


High 


Low 


Low 


High 


High 


High 


High 


High 


Low 


High 


Low 


X 


Low 


High 


Low 


High 


X 


High 


Low 


Low 


Low 


X 


High 


High 



tn = bit time before clock pulse. 
tn+1 = bit time after clock pulse, 
X = irrelevant 



STANDARD CONFIGURATION 


REDIFINED CONFIGURATION 


PRESET 


PRESET 




^04 


05 
5°5 




A°^ 


06 
j05 


02 


D 1 


02^ 


D 1 




7474 






7474 




03 


C 


06 


03 


C 


06 
05 




Vol 






V04 




CLEAR 


CLEAR 


PRESET 


PRESET 




r 






h'' 


08 

>2a 


12 


D 1 


>28 


1^ 


D i 




7474 






7474 




11 


C 


09 
08 


11 


C 


■ 08 




Yl3 






Vio 




CLEAR 


CLEAR 



Vcc=PIN 14 
GNO=PIN 07 
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7485 4-BIT COMPARATOR 







7485 






01 


B3 












15 


A3 












14 


B2 




A>B 


05 






13 


A2 




A-B 


06 






11 


B1 
Al 




A-:B 


07 


12 










09 


B0 
A0 








10 














IN> 


1N = 


IN< 





04 03 02 



VCC ■ PIN 16 
GND< PIN 08 



TRUTH TABLE 



COMPARING 
INPUTS 


CASCADING 
INPUTS 


OUTPUTS 


A3,B3 


A2, B2 


A1,B1 


AO.BO 


IN> 


IN< 


IN = 


A>B 


A<B 


A-B 


A3>B3 
A3<B3 
A3=B3 
A3'B3 
A3 - B3 
A3=B3 
A3=B3 
A3 =83 
A3 = B3 
A3=B3 
A3=B3 


X 

X 

A2>B2 

A2<B2 

A2-B2 

A2 = B2 

A2=B2 

A2=B2 

A2=B2 

A2 = 82 

A2 = B2 


X 
X 
X 
X 

Al >B1 
AKBl 
A1 = B1 
Al =B1 

Al =B1 
Al = B1 
A1-B1 


X 

X 

X 

X 

X 

X 

AO>BO 

AO<BO 

AO=BO 

AO=BO 

AO = BO 


X 
X 
X 
X 
X 
X 
X 
X 
H 
L 
L 


X 
X 
X 
X 
X 
X 
X 
X 
L 
H 
L 


X 
X 
X 
X 
X 
X 
X 
X 
L 
L 
H 


H 

L 
H 
L 
H 
L 
■H 
L 
H 
L 
L 


L 
H 
L 
H 
L 
H 
L 
H 
L 
H 
L 


H 



NOTE: H = high level, L = low level, X = irrelevant 
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8251 4 TO 10 DECODER 



8751 TRUTH TABLE 



INPUT 


f OUTPUT 


DO 


D1 D2 


D3 


1 2 3 4 5 6 


7 8 


g 











111111 




1 










10 11111 




1 





1 





110 1111 




1 




1 





1110 111 




1 





1 





11110 11 




1 




1 





111110 1 




1 





1 1 





1111110 




1 




1 1 





11111110 1 


1 











1 


1 











1 







1 









1 




1 






1 







1 









1 




1 




1111111 


1 







1 1 




1111111 





1 




1 1 






1 






1 = High 
0= Low 



r02 



01 



BCD/ 
INPUTS 



14 



15 



D3 



D2 



D1 



DO 



8251 



VCC=PIN16 
GND = PIN08 



f9 
fS 
f7 



f6> 



f 
f4 
f3 
f2 
f1 
fO 



.07. 



.06 



^5 



04 



5» 



03 



.09 



10 



12 



13 



DECIMAL 
OUTPUT 



IC-8251 
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9318 PRIORITY ENCODER 

The 9318 8-input priority encoder accepts data from eight active LOW inputs and provides a binary 
representation on the three active LOW outputs. A priority is assigned to each input so that when two 
or more inputs are simultaneously active, the input with the highest priority is represented on the 
output, with input line 7 having the highest priority. 

A HIGH on the Input Enable (EI) will force all outputs to the inactive (HIGH) state and allow new 
data to settle wthout producing erroneous information at the outputs. 

A Group Signal output (GS) and an Enable Output (EO) are provided with the three data outputs. The 
GS is active level LOW when any input is LOW; this indicates when any input is active. The EO is 
active level LOW when all inputs are HIGH. Using the output enable along with the input enable 
allows priority encoding of N input signals. Both EO and GS are inactive HIGH when the input enable 
is HIGH. 













TRUTH 


TABLE 












El 





T 


2 


3 


4 6 


B 7 


GS 


A[) 


A, 


A, 


55 


H 


X 


X 


X 


X 


X X 


X X 


H 


H 


H 


H 


H 




H 


H 


H 


H 


H H 


H H 


H 


H 


H 


H 


L 




X 


X 


X 


X 


X X 


X L 




L 


L 


L 


H 




X 


X 


X 


X 


X X 


L H 




H 


L 


L 


H 




X 


X 


X 


X 


X L 


H H 




L 


H 


L 


H 




X 


X 


X 


X 


L H 


H H 




H 


H 


L 


H 




X 


X 


X 


L 


H H 


H H 




L 


L 


H 


H 




X 


X 


L 


H 


H H 


H H 




H 


L 


H 


H 




X 


L 


H 


H 


H H 


H H 




L 


H 


H 


H 




L 


H 


H 


H 


H H 


H H 




H 


H 


H 


H 



H = HIGH Voltage Level 
L = LOW Voltage Level 
X = Don't Care 




GND=PIN 08 
VCC= PIN 16 
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74112 DUAL J-K FLIP-FLOP 



PRESET 
|4 



CLOCK- 



J 1 

741 1 2 
K 



CLEAR 



PRESET 
110 



CLOCK 



11 
13 
12 



J 1 

74112 
K 



yi4 

CLEAR 



74112 Truth Table 



'n 


«n+1 


J 


K 


Pin 5 or 9 


L 
L 
H 
H 


L 
H 
L 
H 


No change 

L 

H 

Complement 



t^ = Bit time before clock pulse. 
tj^+1 = Bit time after clock pulse. 
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74123 RETRIGGERABLE MONOSTABLE 
MULTIVIBRATOR 

The 74123 Monostable Multivibrator provides d-c 
triggering from gated low-level active (A) and high- 
level active (B) inputs. Overriding direct clear inputs 
and complementary outputs are also provided. 

By triggering the input before the output pulse is ter- 
minated, the output pulse may be extended. The 
overriding clear capability permits any output pulse 
to be terminated at a predetermined time, independ- 
ently of the external timing components. 



A1 ■ 
B1 



~V 



14 15 



74123 



13 
4 

13 
4 




+ 5V = PIN 16 
GND =PiN 8 



TRUTH TABLE 



INPUTS 


OUTPUTS 


A B 


1 


H X 


L H 


X L 


L H 


L t 


_n_ -LT 


i H 


_n_ -IT 



NOTE: H°high level {steady state), L= low level (steady state), 
f : transition from low to high level, i* transition from 
high to low level, _n_= one high-level pulse, "LT = one 
low- level pulse, X= irrelevant (any input, including transitions). 

IC-74I23B 
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74153 DUAL 4 TO 1 MULTIPLEXER 



ADDRESS 












INPUTS 




DATA 


INPUTS 


STROBE 


OUTPUT 


SI SO 


A 


B 


C D 


STB 


f 


X X 


X 


X 


X X 


H 


L 


L L 


L 


X 


X X 


L 


L 


L L 


H 


X 


X X 


L 


H 


L H 


X 


L 


X X 


L 


L 


L H 


X 


H 


X X 


L 


H 


H L 


X 


X 


L X 


L 


L 


H L 


X 


X 


H X 


L 


H 


H H 


X 


X 


X L 


L 


L 


H H 


X 


X 


X H 


L 


H 



Address inputs SO and SI are common to both sections. 
H = high level, L = low level, X = irrelevant. 



03 



04 



05 



06 



DO 



CO 



BO 



AO 



74153 



fO 



SI SO STBO 



02 



07 



14 01 



13 



12 



10 



Dl 



CI 



B1 



A1 



VCC= PIN 16 
GND= PIN08 



74153 



09 



SI SO STB1 



02 



14 15 
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74157 QUAD 2 TO 1 MULTIPLEXER 



INPUTS 


OUTPUT 


STB 


SO 


A 


B 


f 


H 


X 


X 


X 


L 


L 


L 


L 


X 


L 


L 


L 


H 


X 


H 


L 


H 


X 


L 


L 


L 


H 


X 


H 


H 



H " high level, L " low level, X = irrelevant. 





VCC'PIN 16 
GND'PIN 08 
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74158 QUAD 2 TO 1 MULTIPLEXER 



INPUTS 


OUTPUT 


STB 


SO 


A 


B 


f 


H 


X 


X 


X 


L 


L 


L 


L 


X 


L 


L 


L 


H 


X 


H 


L 


H 


X 


L 


L 


L 


H 


X 


H 


H 



H = high level, U = low level, X - irrelevant. 



13 


B3 




14 


A3 

74158 


f3 


10 


82 


f2 


11 


A2 






STB SO 1 




15 


01 



12 



09 



06 


81 




05 


Al f1 
74158 




03 


80 fO 




02 


AO 






STB SO 



07 



04 



VCC = PIN 16 
GND = PIN08 



15 



01 
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74174 HEX D FLIP-FLOP REGISTER 



TRUTH TABLE 



INPUT 
tn 

D 


OUTPUT 
tnti 

R(1) 


H 

L 


H 

L 



fp = Bit time before 

clock pulse. 
tnt1=Bit time ofter 
clocli pulse. 



14 


D5 
D4 
D3 




R5{1) 
R4(1) 
R3(1 ) 


15 


13 




12 


11 




10 


6 


74174 


7 


D2 




R2(1) 








4 


Dl 
DO 




R1 (1 ) 
ROd) 


5 


3 




2 








CLR 


CLK 





1~J'- 



DQO^ 



ilL 



(4) 



Dl o- 



D2 tf 



(6) 



D3& 



(11) 



D4 <* 



(13) 



D5 o- 



(14) 



CLOCK 



:^t> 



CLEAR o- 



H> 



-Ol CLOCK 
CLEAR 

IT 



(2L 



ROd) 



-O CLOCK 
CLEAR 



J 



(5) 



)R1 (1) 



-qCLOCK 

CLEAR 



J 



t7)„ 



R2(1) 



-qCLOCK 
CLEAR 



Y 



(10) 



)R3(1) 



-Q| CLOCK 
CLEAR 



.^J' 



(12), 



R4(l ) 



CLOCK 
CLEAR 

— q— 



(15) 



'R5{1) 



Pin(16)=Vcc,Pin(8)=GND 
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74175 QUAD STORAGE REGISTER 



TRUTH TABLE 



INPUT 
tn 




OUTPUTS 
RII)R(O) 


H 

L 


H L 
L H 



tn = Bit time before 

clock pulse. 
tn*1 = Bit time offer 
clock pulse. 



r 13 



12 



DATA 
INPUTS 



D3 



R3(1) 
R3(0) 



D2 



R2(1) 

R2(0) 
74175 
D1 R1(1) 

RKO) 



DO 



ROin 
R0(0) 



CLR CLK 



J 



} OUTPUTS 



CLOCK 



(9) 



DOo 



(4) 



D1t> 



(5) 



D2 0- 



(12) 



D3<> 



(13) 




CLEAR o- 



(1) 



<>^ 



Pin(l6)»V(;c, P'" (8)-QND 



DO 



RO 
(1) 



-OjCLK ,0° 
CLEAR 



J 



"^ (1) 



-CJCLK (0) 
CLEAR 



T 



D2 



R2 
(1) 



-dCLK (0) 
CLEAR 



T 



D3 



R3 

(1) 



R3 
CLK (0) 
CLEAR 



(3)^ 

(7)^ 
(6)^ 

(10) 

(11)^ 

(151^ 
(14). 
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74181 4-BIT ARITHMETIC LOGIC UNIT, ACTIVE HIGH DATA 

The 74181 performs up to 16 arithmetic and 16 logic functions. Arithmetic operations are selected by 
four function-select lines (SO, SI, S2, and S3) with a low-level voltage at the mode control input (M), 
and a low-level carry input. Logical operations are selected by the same four function-select lines 
except that the mode control input (M) must be high to disable the carry input. 



74181 
TABLE OF LOGIC FUNCTIONS 



OUTPUTS 



COMPARATOR 



CARRY 
GENERATE 



S3 


Function Select 
S2 SI ' SO 


Output Function | 


Negative Logic 


Positive Logic 




L 


L 




f -A 


f =A 




L 


L 




f =AB 


f =A + B 




L 


H 




f =A + B 


f =AB 




L 


H 




f = Logical 1 


f = Logical 




H 


L 




f =A + B 


f =AB 




H 


L 




f =B 


f =B 




H 


H 




f =A®B 


f =A©B 




H 


H 




f =A + B 


f =AB 


H 


L 


L 




f -AB 


f =A + B 


H 


L 


L 




f =A©B 


f =A©B 


H 


L 


H 




f -B 


f =B 


H 


L 


H 




f =A + B 


f =AB 


H 


H 


L 




f = Logical 


f " Logical 1 


H 


H 


L 




f =AB 


f =A + B 


H 


H 


H 




f =AB 


f =A + B 


H 


H 


H 


H 


f =A 


f =.A 



18 



19 



20 
21 



WORD ( 
INPUTS ^ 



With mode control (Ml high: Cj„ irrelevant 
For positive logic: logical 1 = high voltage 

logical = low voltage 
For negative logic: logical 1 - low voltage 

logical = high voltage 



22 
23 



01 
02 



CARRY 



17 



CARRY 
PROPAGATE 

15 



A=B GOUT 



B3 
A3 

B2 
A2 

B1 
A1 

BO 
AO 



f3 



(2 



74181 



fO 



S3 S2 SI SO M GIN 



03 



04 



05 



06 



13 



10 



09 



FUNCTION 
OUTPUTS 



08 07 



MODE 



GARRY 
INPUT 



VCC= PIN 24 
GND = PIN 12 



FUNCTION 
SELECT 
INPUTS 



74181, 
TABLE OF ARITHMETIC OPERATIONS 



Function Select 


Output Function [ 


S3 


S2 


SI 


SO 


Low Levels Active 


High Levels Active 




L 


L 


L 


f = A minus 1 


f = A 




L 


L 


H 


f * AB minus 1 


f = A + B 




L 


H 


L 


f = AB minus 1 


f = A + B 




L 


H 


H 


f = minus 1 (2's complement) 


f = minus 1 (2's complement) 




H 


L 


L 


f = A plus [A + Bl 


f = AplusAB 




H 


L 


H 


f = AB plus [A + B] 


f = [A + B] plus AB 




H 


H 


L 


f = A minus B minus 1 


f "^ A minus B minus 1 




H 


H 


H 


f = A + B 


f = AB minus 1 


H 


L 


L 


L 


f = Aplus [A + B] 


f = A plus AB 


H 


L 


L 


H 


f - A plus B 


f = A plus B 


H 


L 


H 


L 


f f AB plus [A + B] 


f = [A + B] plusAB 


H 


L 


H 


H 


f = A + B 


f = AB minus 1 


H 


H 


L 


L 


f = A plus At 


f = A plus At 


H 


H 


L 


H 


f 'ABplusA 


f - lA + B] plus A 


H 


H 


H 


L 


f = AB plus A 


f = [A + B] plus A 


H 


H 


H 


H 


f = A 


f = A minus 1 



With mode control (M) and C^^ low 

t Each bit is shifted to the next more significant position. 
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74182 LOOK-AHEAD CARRY GENERATOR 

The 74182 Look-Ahead Carry Generator, when used with the 74181 ALU, provides carry look-ahead 
capability for up to n-bit words. Each 74182 generates the look-ahead (anticipated carry) across a 
group of four ALUs and, in addition, other carry look-ahead circuits may be employed to anticipate 
carry across sections of four look-ahead packages up to n-bits. 

Carry inputs and outputs of the 74181 ALU are in their true form, and the carry propagate (POUT) 
and carry generate (GOUT) are in negated form. 

PIN DESIGNATIONS 



Designation 


Pin No. 


Function 


G0,G1,G2,G3 


3,1,14,5 


ACTIVE-LOW CARRY GENERATE INPUTS 


P0,P1,P2,P3 


4,2,15,6 


ACTIVE-LOW CARRY PROPAGATE INPUTS 


CIN 


13 


CARRY INPUT 


COUTX, COUTY, COUTZ 


12,11,9 


CARRY OUTPUTS 


GOUT 


10 


ACTIVE-LOW CARRY GENERATE OUTPUT 


POUT 


7 


ACTIVE-LOW CARRY PROPAGATE OUTPUT 


Vcc 


16 


SUPPLY VOLTAGE 


GND 


8 


GROUND 



10 


07 


GOUT 


POUT 


74182 




63 


P3 



05 



06 




I 



112 



COUTY 



74182 



61 



PI 



13 



COUTX 



CIN 74182 



60 



PO 



01 



02 



03 



04 



VCC= PIN 16 
6ND' PIN 08 
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74187 READ ONLY MEMORY 



A7- 



(15» 



A6- 



111 



A5- 



(21 



A4- 



(3) 



BINARY y' 
SELECT S 



A3- 



(41 



1 OF 32 

DECODER 



A2- 
A1 ■ 
AO- 



(6» 



(5) 



MEMORY 

EMABLF 



{ENB1 
(141 
ENS 2 
(13) 



1024 BIT MEMORY CELL 



32 BY 32 
MEMORY MATRIX 



lliiim J2ZZZZZL, .▼▼^▼4 



33 




1 OF 8 
DECODER 



1 OF 8 
DECODER 



SffiS 



1 OF 8 
DECODER 



(101 (111 1121 



M2 



Ml 



MO 



—\/ 

OUTPUTS 



15 


74187 
A7 M3(1) 

A6 

^' M2(1) 
A4 

A3 

Mid) 

A1 

AO M0(1) 
ENB1 ENBO 


Q °^ 


01 




02 


'° 




03 




04 




07 


D ^' 




06 




05 


D ^2 







|14 \m 



VCC = PIN 16 
GND= PIN 08 
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IC-74187 



74191 4 BIT UP/DOWN COUNTER 

The 74191 is a 4-bit binary counter that counts in 
BCD or binary and can operate as an up or down 
counter. The counter can be preset by the load con- 
trol and uses a ripple clock output for cascading. 



DOWN/UP 


ENABLE 


LOAD 


MODE 


X 


X 


L 


Parallel Load 


X 


H 


H 


No Change 


L 


L 


H 


Count Up 


H 


L 


H 


Count Down 



H - high level L = low level X > irrelevant 



NOTE 1 
12 



DATA 
INPUTS 



NOTE 2 
13 









1 






MAX/MIN RCLK 




C 09 


D3 R3(1) 


07 




10 


D2 R2(1) 


06 






I 


74191 




01 


D1 R1 (1) 


02 


15 


D0 R0(1) 
LD DN/UP CLK ENB 


03 




11 


05 


o ■ 

14 04 





) OUTPUTS 



VCC= PIN 16 
GND* PIN 06 

notes: 

1. MAX/MIN produces a high level output pulse 
when the counter overflows or underflows. 

2. Ripple clock produces a low level output pulse 
when an overflow or underflow condition exists. 
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typicol load, count, and inhibit sequence: 

Illustrated below is the following sequence. 

I. Load (preset) to binary thirteen. 

Z. Count up to fourteen, fifteen (maximum), zero, one and two. 

3. Inhibit 

4. Count down to one, zero (minimum), fifteen, fourteen, and thirteen. 
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74194 4-BIT SHIFT REGISTER 

The 74194 is a parallel load, parallel output, shift register with left shift and right shift capability. 
Clocking is accomplished by positive-edge triggering. In addition, the IC contains an inhibit function 
and direct overriding clear input. 
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SHIFT RIGHT 
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VCC= PIN 16 
GND= PIN 08 
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READER'S COMMENTS MAINTENANCE MANUAL 

EK-KBllA-MM-004 

Your comments and suggestions will help us in our continuous effort to improve the quality and usefulness of 
our publications. 

What is your general reaction to this manual? In your judgment is it complete, accurate, well organized, well 
written, etc.? Is it easy to use? 



What features are most useful? 



What faults do you find with the manual? 



Does this manual satisfy the need you think it was intended to satisfy? 
Does it satisfy your needs? Why?- 



Would you please indicate any factual errors you have found. 



Please describe your position. 
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City State Zip or Country 
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